專利名稱：移動通信系統(tǒng)、移動站裝置、家庭基站裝置以及通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及具有連接有移動站裝置的家庭基站裝置的家庭網(wǎng)絡、和連接有位置管理裝置以及接入控制裝置的核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接所形成的移動通信系統(tǒng)等。
背景技術(shù)：
在移動通信系統(tǒng)的標準組織3GPP (The 3rd Generation Partnership Project)中，作為次代的移動通信系統(tǒng)而推進以下的非專利文獻I所記載的EPS (Evolved PacketSystem)的標準化作業(yè)，且作為EPS的構(gòu)成裝置而對設(shè)置于家內(nèi)等的小型基站的HeNB (HomeeNodeB :豕庭基站)進彳了了研究。HeNB構(gòu)筑被稱為毫微微蜂窩的小規(guī)模的無線小區(qū)，利用與通常的基站相同的無線接入技術(shù)來容納UE (User Equipment :移動終端裝置)。而且，經(jīng)由寬帶線路而與移動通信系統(tǒng)的核心網(wǎng)絡連接，從而能夠中繼所容納的UE的通信數(shù)據(jù)。進而，在以下的非專利文獻2中公開了用于在HeNB中實現(xiàn)本地IP接入的體系結(jié)構(gòu)候選。本地IP接入是指，給UE提供HeNB向被直接連接的家庭內(nèi)IP網(wǎng)絡等的網(wǎng)絡(以下稱為“家庭網(wǎng)絡”)的直接連接性的功能，UE可以在不經(jīng)由移動通信系統(tǒng)的核心網(wǎng)絡的情況下與和家庭網(wǎng)絡連接的其他的信息終端(例如，數(shù)字視頻錄像機或打印機等)進行通信。另一方面，在EPS中，作為向UE提供經(jīng)由核心網(wǎng)絡的多播服務的方法，規(guī)定了MBMS (Multimedia Broadcast/Multicast Service)標準(例如，參照非專利文獻 3)。在MBMS中，在移動通信系統(tǒng)的核心網(wǎng)絡內(nèi)設(shè)置BM-SC (Broadcast-MulticastService Centre)以及MBMS-GW，且BM-SC、MBMS-Gff和基站建立多播數(shù)據(jù)的分配路徑，由此UE可以接收多播數(shù)據(jù)。此外，作為用于自動地發(fā)現(xiàn)家庭網(wǎng)絡等的局域網(wǎng)(LAN)內(nèi)的裝置彼此相互提供的服務(例如，打印機裝置所提供的“印刷服務”等)的方法，有采用了 UPnP(Universal Plugand Play)等的多播的服務發(fā)現(xiàn)協(xié)議(例如，參照非專利文獻4)。如果 考慮用戶的利便性，則期望在經(jīng)由本地IP接入所連接的UE也能夠利用由UPnP等實現(xiàn)的功能，但是在非專利文獻2中關(guān)于采用了本地IP接入的多播服務的利用而言雖然存在作為請求條件的記載，但是關(guān)于其具體實現(xiàn)方式卻沒有記載，故無法實現(xiàn)。在先技術(shù)文獻非專利文獻非專利文獻1:3GPP TS23. 401 General Packet Radio Service (GPRS) enhancementsfor Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access非專利文獻2 3GPP TR 23.829 Local IP Access and Selected IP Traffic Offload非專利文獻3:3GPP TS 23.246 Multimedia Broadcast/Multicast Service ；Architecture and functional description非專利文獻4 :UPnP Device Architecture1.
發(fā)明內(nèi)容
發(fā)明要解決的課題在非專利文獻2所公開了用于實現(xiàn)本地IP接入的體系結(jié)構(gòu)候選中，關(guān)于在本地IP接入標準制定之前市場上出售的UE也作為支持對象，并設(shè)定了對UE不施加變更地實現(xiàn)這一請求條件。因此，UE與通信數(shù)據(jù)是經(jīng)由核心網(wǎng)絡傳輸還是利用本地IP接入傳輸無關(guān)，而按現(xiàn)有標準，基于被稱為TFT (Traffic Flow Template)的流識別信息,查看所發(fā)送的通信數(shù)據(jù)相當于哪個TFT，僅由與該TFT建立對應的承載(按每個QoS級別而在UE與基站之間建立的邏輯路徑)進行發(fā)送。在UE利用多播服務的情況下，根據(jù)非專利文獻3所記載的多播組加入過程，當為基于 IPv4 的通信時發(fā)送 IGMP (Internet Group Management Protocol) Join 消息，當為基于IPv6的通信時發(fā)送MLD (Multicast Listener Discovery) Join消息,來請求加入多播組。然而，無論該消息加入到哪個多播組，都往相同的地址(如果為IPv6則是指“FF02::16”，如果為IPv4則是指“224. O. O. 22”)進行發(fā)送。因此，僅在由目的地地址或協(xié)議編號以及端口編號等識別“流”的TFT中，無法區(qū)分該加入請求是否為向采用了本地IP接入的多播服務的請求，并選擇承載來進行發(fā)送。其結(jié)果，UE向與核心網(wǎng)絡連接的承載發(fā)送，所發(fā)送出的加入請求消息僅由UE的默認路由器即被稱為核心網(wǎng)絡內(nèi)的SGW(Serving Gff)的接入控制裝置接收。因此，考慮如下方法，S卩根據(jù)以SGW為首的作為位置管理裝置的MME(MobilityManagement Entity)等的核心網(wǎng)絡內(nèi)的裝置,判斷UE所發(fā)送的加入多播組請求是本地IP接入的加入請求還是用于MBMS服務的加入請求消息，進行用于分發(fā)UE請求的多播通信的過程。

然而，在主要假定由移動通信運營商運用的核心網(wǎng)絡內(nèi)，對在各個利用者的家庭內(nèi)被運用的每個家庭網(wǎng)絡的多播組進行管理的管理成本變得龐大，造成困難。因此，需要判斷UE的該加入請求是本地IP接入的加入請求還是用于MBMS服務的加入請求消息后進行發(fā)送，由HeNB進行與加入請求相應的多播接收過程。然而，目前為止在UE中不存在這樣的判斷單元，也不存在進一步將基于該判斷的是本地IP接入下的多播加入請求還是MBMS服務下的多播加入請求這一結(jié)果明示地發(fā)送至HeNB的單元，當然也不存在進一步由HeNB根據(jù)該情況來進行各自的多播數(shù)據(jù)接收的單元。因此，由于上述諸多問題，UE無法享受由家庭網(wǎng)絡提供的多播服務，也無法利用上述的UPnP等的功能。本發(fā)明正是鑒于上述情況而完成的，其目的在于提供一種與家庭基站裝置連接的移動站裝置判定是否為本地IP接入下的多播組并發(fā)送多播加入請求，家庭基站裝置根據(jù)移動站裝置的判定能夠與合適的家庭網(wǎng)絡或核心網(wǎng)絡建立多播會話的移動通信系統(tǒng)等。用于解決課題的技術(shù)方案為了解決上述課題，本發(fā)明涉及的移動通信系統(tǒng)等具備以下特征。本發(fā)明的移動通信系統(tǒng)是家庭網(wǎng)絡與核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接的移動通信系統(tǒng)，該家庭網(wǎng)絡具有連接有移動站裝置的家庭基站裝置，該核心網(wǎng)絡連接有位置管理裝置以及接入控制裝置，所述移動通信系統(tǒng)的特征在于，所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載，在發(fā)送多播加入請求的情況下，在該多播加入請求是發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第I承載，在該多播加入請求是發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載，來發(fā)送多播加入請求。此外，在本發(fā)明的移動通信系統(tǒng)中，其特征在于，所述移動站裝置具有對成為發(fā)往家庭網(wǎng)絡的多播加入請求的地址進行存儲的多播地址存儲單元，在發(fā)送多播加入請求的情況下，當該多播加入請求中所包含的多播地址被存儲于所述多播地址存儲單元時選擇第I承載來發(fā)送多播加入請求。此外，在本發(fā)明的移動通信系統(tǒng)中，其特征在于，所述家庭基站裝置將經(jīng)由所述第2承載接收到的多播加入請求發(fā)送至核心網(wǎng)絡。此外，本發(fā)明的移動通信系統(tǒng)，是具有連接有移動站裝置的家庭基站裝置的家庭網(wǎng)絡、和連接有位置管理裝置以及接入控制裝置的核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接所形成的移動通信系統(tǒng)，其特征在于，所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載，所述家庭基站裝置在從所述移動站裝置經(jīng)由第I承載而接收到分組的情況下，判定該分組是否為多播加入請求，`當為多播加入請求時，在家庭網(wǎng)絡中執(zhí)行向多播組加入的加入過程。本發(fā)明的移動站裝置，與移動通信系統(tǒng)連接，所述移動通信系統(tǒng)是具有連接有移動站裝置的家庭基站裝置的家庭網(wǎng)絡、和連接有位置管理裝置以及接入控制裝置的核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接所形成的移動通信系統(tǒng)，其特征在于，建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載，在發(fā)送多播加入請求的情況下，當為發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第I承載,當為發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載，來發(fā)送多播加入請求。本發(fā)明的家庭基站裝置，與移動通信系統(tǒng)連接，所述移動通信系統(tǒng)是具有連接有移動站裝置的家庭基站裝置的家庭網(wǎng)絡、和連接有位置管理裝置以及接入控制裝置的核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接所形成的移動通信系統(tǒng)，其特征在于，所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載，在從所述移動站裝置經(jīng)由第I承載而接收到分組的情況下，判定該分組是否為多播加入請求，當為多播加入請求時，在家庭網(wǎng)絡中執(zhí)行向多播組加入的加入過程。本發(fā)明的通信方法，是移動通信系統(tǒng)中的通信方法，所述移動通信系統(tǒng)是具有連接有移動站裝置的家庭基站裝置的家庭網(wǎng)絡、和連接有位置管理裝置以及接入控制裝置的核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接所形成的移動通信系統(tǒng)，其特征在于，所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載，在所述移動站裝置發(fā)送多播加入請求的情況下，當為發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第I承載，當為發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載，來發(fā)送多播加入請求。發(fā)明效果根據(jù)本發(fā)明，能夠在維持與現(xiàn)有系統(tǒng)的兼容性的同時選擇合適的多播會話建立過程，UE也能夠利用由本地IP接入環(huán)境所提供的多播服務。


圖1是第I實施方式中的移動通信系統(tǒng)的構(gòu)成圖。圖2是第I實施方式中的MME的構(gòu)成圖。圖3是表示第I實施方式中的MME的訂閱數(shù)據(jù)庫的一例的圖。圖4是表示第I實施方式中的MME的EPS承載上下文的一例的圖。圖5是第I實施方式中的SGW的構(gòu)成圖。圖6是表不第I實施方式中的SGW的EPS承載上下文的一例的圖。圖7是第I實施方式中的HeNB的構(gòu)成圖。圖8是表示第I實施方式中的HeNB的多播組加入列表的一例的圖。圖9是表示第I實施方式中的HeNB的EPS承載上下文的一例的圖。圖10是第I實施方式中的UE的構(gòu)成圖。圖11是表不第I實施方式中的UE的多播地址設(shè)定表的一例的圖。圖12是表示第I實施方式中的UE的EPS承載上下文的一例的圖。圖13是第I實施方式中的信息終端的構(gòu)成圖。圖14是表示第I實施方式中的UE向HeNB附著的附著處理以及本地IP接入建立處理時序例的圖。圖15是表示第I實施方式中的本地IP接入用多播會話建立處理時序例的圖。圖16是表示第I實施方式中的UE的承載選擇處理的流程圖的圖。圖17是表示第I實施方式中的MBMS用多播會話建立處理時序例的圖。圖18是表示第I實施方式中的家庭基站裝置中的處理的流程圖的圖。圖19是表示第I實施方式中的UE的多播數(shù)據(jù)收發(fā)處理時序例的圖。圖20是第2實施方式中的HeNB的構(gòu)成圖。圖21是表示第2實施方式中的HeNB的多播地址設(shè)定表的一例的圖。圖22是表示第2實施方式中的本地IP接入用多播會話建立處理時序例的圖。圖23是表示變形例中的本地IP接入用多播會話建立處理時序例的圖。
具體實施例方式以下，參照附圖，對用于實施本發(fā)明的最優(yōu)方式進行說明。另外，在本實施方式中，作為一例而使用附圖對適用了本發(fā)明時的移動通信系統(tǒng)的實施方式進行詳細地說明。[1.第I實施方式]首先，參照附圖，對適用了本發(fā)明的第I實施方式進行說明。[1.1移動通信 系統(tǒng)的概要]圖1是用于說明本實施方式中的移動通信系統(tǒng)I的概略的圖。如本圖所示那樣，移動通信系統(tǒng)I由核心網(wǎng)絡3、家庭網(wǎng)絡5、和寬帶接入網(wǎng)絡7構(gòu)成，核心網(wǎng)絡3和家庭網(wǎng)絡5經(jīng)由寬帶接入網(wǎng)絡7而被相互連接。寬帶接入網(wǎng)絡7是實現(xiàn)寬頻帶通信的有線接入網(wǎng)絡，例如由ADSL或光纖等構(gòu)筑。但是，并不限于此，也可以是WiMAX等的無線接入網(wǎng)絡。核心網(wǎng)絡3是移動通信運營商所運用的移動通信網(wǎng)絡，配置有MME10、GW20、SGW30, PGff (Packet data network GW) 40、和 MBMS-GW50。MMElO是執(zhí)行信令的實體，是主導移動站裝置(UE90)的位置管理以及EPS承載的建立過程的位置管理裝置。EPS承載是指，針對每個UE在PGW40與UE90之間建立的傳輸用戶IP分組的邏輯路徑。能夠?qū)PS承載設(shè)定特定的QoS級別，并與TFT建立關(guān)聯(lián)。TFT由對通信數(shù)據(jù)即流進行識別的過濾信息的集合所定義，能夠?qū)Ω鬟^濾信息指定目的地地址或端口編號。因此，由TFT能夠識別特定應用的通訊流、或與特定的通信對方的流。 GW20在被設(shè)置于家庭網(wǎng)絡5內(nèi)的HeNB80與核心網(wǎng)絡內(nèi)裝置之間作為網(wǎng)關(guān)發(fā)揮功倉泛。MMElO與HeNB80之間、SGW30與HeNB80之間以及MBMS-GW50與HeNB80之間的通信是經(jīng)由GW20進行的。SGW30是在PGW40與HeNB80之間傳輸分組的接入控制裝置。另外，PGW40和SGW30在物理上也有時由同一節(jié)點構(gòu)成。PGW40與因特網(wǎng)等的外部PDN(Packet Data Network :分組通信網(wǎng)絡)連接，是作為對核心網(wǎng)絡3和這些PDN進行連接的網(wǎng)關(guān)發(fā)揮功能、且將UE90的通信數(shù)據(jù)傳輸至SGW30的網(wǎng)關(guān)裝置。MBMS-GW50是將MBMS的多播數(shù)據(jù)傳輸至HeNB80的裝置，經(jīng)由GW20而與HeNB80連接，也與MMElO連接。家庭網(wǎng)絡5是家庭內(nèi)的家庭網(wǎng)絡或企業(yè)等的公司網(wǎng)絡等等，構(gòu)成為包括家庭GW60、信息終端70、HeNB80、和UE90。進而，家庭網(wǎng)絡5與寬帶接入網(wǎng)絡7連接。家庭GW60是家庭網(wǎng)絡與寬帶接入網(wǎng)絡之間的網(wǎng)關(guān)裝置，是內(nèi)置ADSL調(diào)制解調(diào)器型路由器等的現(xiàn)有寬帶路由器裝置。信息終端70是與家庭網(wǎng)絡連接的可進行IP通信的設(shè)備，例如是打印機、數(shù)字視頻錄像機或連接于家庭內(nèi)的PC等。此外，與UPnP相對應，將所提供的服務(例如“印刷服務”)廣播給家庭網(wǎng)絡內(nèi)。通常，連接多個設(shè)備，但是在本實施方式中為了便于說明而以一臺信息終端70為例進行說明。HeNB80被設(shè)置于家庭網(wǎng)絡內(nèi)，且作為核心網(wǎng)絡運營商所提供的基站來容納UE。典型地為形成毫微微蜂窩的3GPP LTE(Long Term Evolution)的基站等。UE90是與HeNB連接的移動通信終端，搭載3GPP LTE的通信接口等來進行連接。[1. 2裝置構(gòu)成]接下來，利用附圖，對各裝置構(gòu)成進行簡單地說明。另外，關(guān)于GW20、MBMS-GW50、和PGW40，由于與利用了 EPS的移動通信系統(tǒng)中的現(xiàn)有裝置同樣地被構(gòu)成，因此省略其詳細說明。此外，家庭GW60與現(xiàn)有寬帶路由器裝置同樣地被構(gòu)成，因此省略其詳細說明。[1. 2.1MME 的構(gòu)成]
圖2表示本實施方式中的MMElO的構(gòu)成。MMElO經(jīng)由總線而將收發(fā)部110連接于存儲部130與控制部100。控制部100是用于控制MMElO的功能部?？刂撇?00通過讀出并執(zhí)行在存儲部130中存儲的各種程序，來實現(xiàn)各種處理。收發(fā)部110與路由器或開關(guān)有線連接，是進行分組收發(fā)的功能部。例如，作為網(wǎng)絡的連接方式而通過一般所利用的Ethernet (注冊商標)等來進行收發(fā)。存儲部130是存儲MMElO的各種動作所需的程序、數(shù)據(jù)等的功能部。進而，在存儲部130中存儲有訂閱DB (數(shù)據(jù)庫)132、和EPS承載上下文(bearer context) 134。圖3是表示訂閱DB132的一例的圖，是將UE標識符(例如“UE1”)、CSG標識符(例如“CSG1”)、和本地IP接入的利用權(quán)限(例如“許可”)建立對應進行存儲的數(shù)據(jù)庫。CSG (Closed Subscriber Group)標識符是指唯一地識別HeNB80的標識符，根據(jù)訂閱DB132來決定在哪個HeNB80中能利用本地IP接入。圖4是表示EPS承載上下文134的一例的圖，將UE標識符(例如“UE1”)、承載ID (例如“承載 ID1”)、和 UL TFT (Uplink TFT)(例如“全部”)、和 LIPA (Local IP Access)設(shè)定(例如“OFF” )建立對應關(guān)系進行存儲，管理按每個UE90所設(shè)定的EPS承載的狀態(tài)。承載ID是識別EPS承載的標識符，LIPA設(shè)定表示是否在各自的EPS承載中使用本地IP接入。UL TFT識別從UE90發(fā)送的流(上行流)。根據(jù)承載上下文能夠掌握UE90所建立的承載，進而管理在各自的承載中所流動的流。進而，管理是否按每個承載使用本地IP接入。例如，如圖4(B)所示，UEl建立可進行本地IP接入的承載2，對UL TFT指 定為“目的地2001:2:3:4//64”，管理成發(fā)往與家庭網(wǎng)絡連接的設(shè)備的流利用承載2進行通信。[1. 2. 2SGW 的構(gòu)成]接下來，在圖5中示出本實施方式中的SGW30的構(gòu)成。SGW30經(jīng)由總線而將第I收發(fā)部310、第2收發(fā)部320和存儲部330連接于控制部300?？刂撇?00是用于控制SGW30的功能部。控制部300通過讀出并執(zhí)行在存儲部330中存儲的各種程序，來實現(xiàn)處理。第I收發(fā)部310以及第2收發(fā)部320與各裝置以有線或無線方式連接，是進行數(shù)據(jù)、分組的收發(fā)的功能部。例如，作為網(wǎng)絡的連接方式而通過一般利用的Ethernet (注冊商標)等進行收發(fā)。此外，第I收發(fā)部310收發(fā)下級層的數(shù)據(jù)，第2收發(fā)部320將從上級層受理到的數(shù)據(jù)分解成分組來進行發(fā)送。此外，實現(xiàn)將所接收到的分組轉(zhuǎn)交給上級層的功能。存儲部330是存儲SGW30的各種動作所需的程序、數(shù)據(jù)等的功能部。進而，在存儲部330中存儲有EPS承載上下文332。圖6是表示EPS承載上下文332的一例的圖，與MME10的EPS承載上下文134同樣地，將UE標識符(例如“UE1 ” )、承載ID (例如“承載IDl ”)、UL TFT (Uplink TFT)(例如“全部”)、和LIPA(Local IPAccess)設(shè)定(例如“OFF”)建立對應來進行存儲，管理針對每個UE所設(shè)定的EPS承載的狀態(tài)。[1. 2. 3HeNB 的構(gòu)成]圖7表示本實施方式中的HeNB80的構(gòu)成。HeNB80經(jīng)由總線而將NAT (NetworkAddress Translation)部810、LTE基站部820、存儲部830和家庭網(wǎng)絡接口部840連接于控制部800?？刂撇?00是用于控制HeNB80的功能部。控制部800通過讀出并執(zhí)行在存儲部830中存儲的各種程序，來實現(xiàn)處理。NAT部810從LTE基站部820接收分組，重寫發(fā)送源IP地址，基于發(fā)送目的地IP地址而傳輸至家庭網(wǎng)絡接口部840。此外，同樣地從家庭網(wǎng)絡接口部840接收分組，重寫發(fā)送目的地IP地址，并傳輸至LTE基站部820。LTE基站部820作為E-UTRA的基站發(fā)揮功能，是用于容納UE的功能部。此外，LTE基站部820連接有外部天線822。存儲部830是存儲HeNB80的各種動作所需的程序、數(shù)據(jù)等的功能部。進而，在存儲部830中存儲有多播組加入列表832和EPS承載上下文834。圖8是表示多播組加入列表832的一例的圖，將多播地址(例如“FF02: :C”)、力口入到該多播地址組的組加入UE的標識符(例如“UE1”)、和該UE用于本地IP接入的承載ID (例如“承載2”)建立對應來進行存儲，經(jīng)由HeNB80管理加入到家庭網(wǎng)絡5上的多播地址組的UE。圖9是表示EPS承載上下文834的一例的圖。例如，如圖9 (A)所示，與MMElO的EPS承載上下文134同樣地，將UE標識符(例如“UE1”)、承載ID (例如“承載I ”)、UL TFT (例如“全部”)、和LIPA設(shè)定(例如“OFF”)建立對應進行存儲，來管理針對每個UE所設(shè)定的EPS承載的狀態(tài)。HeNB80在從UE90接收到流之際，查看該流利用哪個EPS承載被發(fā)送的，在該EPS承載的LIPA設(shè)定為“0N”的情況下`，將該流經(jīng)由NAT部810而從家庭網(wǎng)絡接口部840直接發(fā)送至家庭網(wǎng)絡5內(nèi)，在LIPA設(shè)定為“OFF”的情況下，傳輸至SGW30。家庭網(wǎng)絡接口部840是與家庭網(wǎng)絡5內(nèi)的其他裝置進行分組收發(fā)的功能部。例如，通過作為網(wǎng)絡的連接方式而一般利用的Ethernet (注冊商標)等進行收發(fā)。[1.2. 4UE 的構(gòu)成]其次，對本實施方式中的作為移動站的UE90的構(gòu)成進行說明。作為UE90的具體一例，假定是經(jīng)由無線接入接口而與移動通信系統(tǒng)連接的便攜式終端或PDA等的終端。如圖10所示，LTE接口部910和存儲部930經(jīng)由總線而與控制部900連接?？刂撇?00是用于控制UE90的功能部?？刂撇?00通過讀出并執(zhí)行在存儲部930中存儲的各種程序，來實現(xiàn)各種處理。LTE接口部910是用于使UE90與HeNB80連接的功能部。此外，LTE接口部910連接有外部天線912。存儲部930是存儲UE90的各種動作所需的程序、數(shù)據(jù)等的功能部。進而，在存儲部930中存儲有多播地址設(shè)定表932和EPS承載上下文934。圖11是表示多播地址設(shè)定表932的一例的圖，是對經(jīng)由本地IP接入所加入的多播組的IP地址進行存儲的數(shù)據(jù)庫。圖12是表示EPS承載上下文934的一例的圖，與MMElO的EPS承載上下文134同樣地，將UE標識符(例如“UE1”)、承載ID (例如“承載I”)、UL TFT (例如“全部”)、和LIPA設(shè)定(例如“OFF” )建立對應進行存儲，管理針對每個UE所設(shè)定的EPS承載的狀態(tài)。在UE90發(fā)送流之際，檢索流與哪個UL TFT相適合，在存在相適合的UL TFT的情況下，利用與該UL TFT建立關(guān)聯(lián)的EPS承載來發(fā)送流。[1. 2. 5信息終端的構(gòu)成]圖13表示本實施方式中的信息終端70的構(gòu)成。信息終端70經(jīng)由總線而將家庭網(wǎng)絡接口部710和存儲部730連接于控制部700。控制部700是用于控制信息終端70的功能部。控制部70通過讀出并執(zhí)行在存儲部中存儲的各種程序，來實現(xiàn)各種處理。家庭網(wǎng)絡接口部710是與家庭網(wǎng)絡5內(nèi)的其他裝置進行分組收發(fā)的功能部。例如，通過作為網(wǎng)絡的連接方式而一般利用的Ethernet (注冊商標)等進行收發(fā)。存儲部730是存儲信息 終端的各種動作所需的程序、數(shù)據(jù)等的功能部。[1. 3處理的說明]其次，利用附圖，對在圖1所示的網(wǎng)絡中UE90利用HeNB80所提供的本地IP接入用于收發(fā)多播數(shù)據(jù)的過程進行說明。[1. 3.1UE的連接處理]首先，UE90開始附著(attach)處理而與HeNB80連接。利用圖14來說明此時的連接過程。UE90按照在上述的非專利文獻I中所規(guī)定的現(xiàn)有方法，在與HeNB80之間進行附著處理，從而與HeNB80連接(S100)。進而，UE90按照現(xiàn)有方法對PGW40進行PDN連接建立處理(S102)。PDN連接是指，在UE90與PGW40之間建立的邏輯路徑，能夠在I個PDN連接內(nèi)建立多個EPS承載。另外，PDN連接建立處理在UE90、HeNB80、MME10、SGW30、PGW40之間進行。如果PDN連接建立處理完成，則在UE90與PGW40之間建立作為默認承載的EPS承載I (S104)，MMElO的EPS承載上下文134如圖4(A)所示那樣設(shè)定。此外，同樣地，SGW30的EPS承載上下文332如圖6 (A)所示那樣設(shè)定，HeNB80的EPS承載上下文834如圖9 (A)所示那樣設(shè)定，UE90的EPS承載上下文934如圖12㈧所示那樣設(shè)定。另外，默認承載被用于沒有與特定的EPS承載建立關(guān)聯(lián)的流的收發(fā)中。以后，UE90所發(fā)送的通信流根據(jù)UE90的EPS承載上下文934而由EPS承載I發(fā)送(S106)。[1. 3. 2UE的本地IP接入建立處理]完成了 PDN連接建立處理的UE90，接下來按照在上述的非專利文獻2中所規(guī)定的現(xiàn)有方法，開始本地IP接入用的EPS承載建立。另外，開始本地IP接入用EPS承載建立的契機，可以是來自例如PCRF (Policy andCharging Rules Function)等的核心網(wǎng)絡內(nèi)的QoS管理裝置的通知，也可以與前述的F1DN連接建立完成聯(lián)動地進行，還可以基于核心網(wǎng)絡內(nèi)的加入者管理裝置中的許可UE90的本地IP接入的加入者信息來開始，但是并不限定于上述這些情形，也可以采用其他方式。首先，SGW30將承載建立請求發(fā)送至MMElO (SllO)。在承載建立請求中包括進行本地IP接入的對象的通信流的識別信息(UL TFT);和用于指示利用該建立請求的承載來進行本地IP接入下的通信的標識符(以下稱為LIPA標記)。在此，在UL TFT中包括分配給家庭網(wǎng)絡的IP地址前綴(例如“2001:2:3:4::/64”等)。
IP地址前綴在設(shè)置HeNB80時在核心網(wǎng)絡內(nèi)進行管理，也可參照這種靜態(tài)設(shè)定的信息來獲取，也可通過至此為止的連接過程從HeNB通知等動態(tài)地設(shè)定來獲取。MMElO接收承載建立請求，按照現(xiàn)有方法利用UE90所連接的HeNB80的CSGID(CSGl)和UE標識符，將利用權(quán)限與訂閱DB進行比對(S112)。由此，確認UE90是否具有采用了 HeNB80的本地IP接入的利用權(quán)限，如果沒有利用權(quán)限，則MMElO將拒絕承載建立發(fā)送至SGW30，結(jié)束本地IP接入用EPS承載建立處理。在UE90具有利用權(quán)限的情況下，MMElO按照所接收到的承載建立請求，給UE90分配新的EPS承載(承載2)，如圖4(B)所示那樣更新EPS承載上下文134(S114)，存儲承載2可利用于本地IP接入的情況、和由承載2通信的流信息。進而，MMElO生成會話管理請求。在會話管理請求中包括前述的UL TFT、EPS承載ID (承載2)和LIPA標記。然后，MMElO將包括會話管理請求在內(nèi)的承載設(shè)定請求發(fā)送至HeNB80(S116)。在承載設(shè)定請求中包含用于本地IP接入的EPS承載的承載ID (承載
2)、和LIPA標記。HeNB80接收承載設(shè)定請求，按照將由EPS承載2從UE90接收到的通信流不傳輸至SGW30而直接發(fā)送至HeNB80所連接的家庭網(wǎng)絡5的方式，設(shè)定路由信息(S118)。進而，如圖9(B)所示那樣更新EPS承載上下文834(S120)，存儲承載2可利用于本地IP接入的情況、和由承載2通信的流信息。進而，將在承載設(shè)定請求中所包含的會話管理請求傳輸至UE90(S122)。UE90按照在會話管理請求中所包含的UL TFT和EPS承載ID，關(guān)于與UL TFT相適合的通信流而設(shè)定成利用EPS承載2發(fā)送至HeNB80(S124)。進而，如圖12(B)所示那樣更新EPS承載上下文934，基于由承載2通信的流信息和LIPA標記來存儲LIPA設(shè)定。然后，將會話管理響應發(fā)送至HeNB (S126)。HeNB80接收會話管理響應，將該響應包含于承載設(shè)定響應中而發(fā)送至MMElO(S128)。MMElO將包含所建立的EPS承載的承載ID (承載2)在內(nèi)的承載建立響應發(fā)送至SGff30(SI30)。SGW30接收承載建立響應，如圖6(B)所示那樣更新EPS承載上下文332 (S132)，存儲承載2可利用于本地IP接入的情況、和由承載2通信的流信息。以上，UE90的本地IP接入建立處理(EPS承載2)完成(S134)。由此，關(guān)于UE90所發(fā)送的通信流之中的、與由UL TFT指定的流識別信息相適合的流，由于HeNB80不將其傳輸至核心網(wǎng)絡3而直接傳輸至家庭網(wǎng)絡5，因此UE90能夠不經(jīng)由核心網(wǎng)絡3而與信息終端70直接通信。此外，關(guān)于從信息終端70發(fā)送出的發(fā)往UE90的通信數(shù)據(jù)，也同樣地不經(jīng)由核心網(wǎng)絡3而經(jīng)由HeNB80進行。另外，由于UE90利用從PGW40分配的IP地址來進行通信，因此會產(chǎn)生與家庭網(wǎng)絡5內(nèi)的IP地址體系的不一致，所以HeNBSO按照非專利文獻2所記載的現(xiàn)有方法來進行NAT (Network Address Translation)處理，從而進行IP地址的重寫(S140、142)。
[1. 3. 3多播會話建立處理(第I實施方式)]其次，UE90為了加入到用于UPnP等的服務發(fā)現(xiàn)等的、在家庭網(wǎng)絡5內(nèi)所提供的多播組，而進行向多播組加入的加入過程。以下，利用圖15來進行說明。首先，UE90進行承載選擇處理(S150)，來選擇對加入多播組請求進行發(fā)送的承載。加入請求是通過發(fā)送包括想要加入的多播組的IP地址(例如設(shè)為UPnP所用的“FF02: :C”)在內(nèi)的IGMPjoin消息或MLDjoin消息來進行。按照現(xiàn)有方法，任何消息均與要加入請求的多播地址組無關(guān)，如果為IPv6則發(fā)送目的地地址成為“FF02: : 16”，如果為IPv4則發(fā)送目的地地址成為“224. O. O. 22”。進而，UE90在發(fā)送加入請求消息之際選擇承載，并利用所選擇出的承載來進行發(fā)送。利用圖16，對承載選擇處理進行說明。(承載選擇處理)UE90判定在加入請求消息中所包含的多播地址是否處于多播地址設(shè)定表932的多播地址的列表中，即判定是否為經(jīng)由本地IP接入的多播地址(SlO)。在多播地址設(shè)定表932中管理作為家庭網(wǎng)絡5內(nèi)的多播組的被設(shè)定為本地IP接入用的多播地址。多播地址設(shè)定表932預先由管理家庭網(wǎng)絡5的用戶靜態(tài)地設(shè)定?；蛘?，也可以由通信系統(tǒng)整體分配被家庭網(wǎng)絡5利用的多播地址，并在UE90輸出時等預先靜態(tài)地設(shè)定。在符合經(jīng)由本地IP接入的情況下(步驟SlO ;是)，判定為UE90的加入多播組請求是請求本地IP接入下的多播數(shù)據(jù)接收的(步驟S12)，利用在EPS承載上下文834中是否存在LIPA設(shè)定為ON的承載來確認UE90是否已經(jīng)建立了本地IP接入用EPS承載(步驟S14)。在能確認本地IP接入用EPS 承載的建立的情況下(步驟S14 ;是)，選擇本地IP接入用的承載(承載2)來發(fā)送多播加入請求，結(jié)束承載選擇處理(步驟S18)。另外，在步驟S14中無法確認本地IP接入用EPS承載的建立的情況下(步驟S14 ；否)，進行將委托通知給MMElO或SGW30等動作，首先執(zhí)行前述的UE的本地IP接入建立處理來建立承載(步驟S16)，根據(jù)所建立的承載來發(fā)送多播加入請求，結(jié)束承載選擇處理(步驟 S18)。此外，在不符合經(jīng)由本地IP接入的情況下(步驟SlO :否)，UE90判定為是向核心網(wǎng)絡的MBMS服務下的多播組的加入請求(步驟S20)。進而，UE90參照EPS承載上下文來選擇LIPA設(shè)定為OFF的承載(承載I)，通過不是本地IP接入用的承載來發(fā)送多播加入請求(步驟S22)，并結(jié)束承載選擇處理。在現(xiàn)有技術(shù)中，UE90以TFT為基準對所發(fā)送的分組選擇承載，對所選擇出的承載發(fā)送分組。在本實施方式中，與現(xiàn)有技術(shù)不同，通過將發(fā)送源地址或發(fā)送目的地地址、協(xié)議編號等的在TFT的信息要素中無法選擇承載的多播加入請求消息包含于消息內(nèi)的多播地址，來選擇承載。返回到圖15來說明UE90利用本地IP接入用承載來收發(fā)多播數(shù)據(jù)的過程。UE90在承載選擇處理之后(S150)，通過本地IP接入用的EPS承載來發(fā)送多播加入請求消息(SI52)。在現(xiàn)有技術(shù)中，HeNBSO對利用承載2發(fā)送出的分組進行NAT處理并原樣發(fā)送給家庭網(wǎng)絡，而本實施方式與現(xiàn)有技術(shù)不同，由于是利用本地IP接入的承載所發(fā)送出的分組、且是基于分組的協(xié)議編號的多播加入請求，因此加入到由多播加入請求消息所指定的多播地址的組。HeNB80為了加入到所指定的多播地址的組，將IGMP Join或MLD Join發(fā)送至家庭網(wǎng)絡5內(nèi)(S162)，開始發(fā)往所指定的多播地址的數(shù)據(jù)接收(S164)。然后，HeNBSO將會話管理請求發(fā)送至UE90 (S166)。在會話管理請求中包含UL TFT和EPS承載ID來進行發(fā)送。在此，包含所加入的多播組的UL TFT BP"FF02: :C”、和本地IP接入用的承載即“承載2”來進行發(fā)送。UE90基于在會話管理請求中所包含的UL TFT和EPS承載ID，如圖12 (C)所示那樣更新EPS承載上下文934(S168)，將會話管理響應發(fā)送至HeNB80(S170)。HeNB80接收會話管理響應，以上完成本地IP接入用多播會話建立過程。HeNB80通過會話管理請求以及會話管理響應的收發(fā)如圖9(C)所示那樣更新EPS承載上下文834。進而，在多播組加入列表832中追加UE90、多播地址以及承載ID。由此，在與UE90不同的另一 UE發(fā)送了多播請求的情況下，HeNBSO參照多播加入列表832來判斷在加入請求中所包含的多播地址是否為UE90已經(jīng)接收到的多播地址，如果為已經(jīng)接收到的多播地址，則能夠省略由HeNBSO所進行的多播加入請求消息的發(fā)送(S162)以及多播的接收開始(S164)，來進行多播會話建立過程。另一方面，在承載選擇處理(S150)中判定出UE90請求了采用現(xiàn)有MBMS的多播數(shù)據(jù)接收，不是本地IP接入用的承載(承載I)被選擇的情況下，如圖17所示HeNB80利用承載I將多播加入請求消息發(fā)送至SGW30 (S172)，從而執(zhí)行MBMS服務的通信建立過程。g卩、SGW30將包含UE標識符和多播地址在內(nèi)的MBMS通知請求發(fā)送至MMElO (S174)，MMElO 將 MBMS 上下文激活開始請求發(fā)送至 UE90 (S176)，在 UE90、HeNB80、MME10、SGW30與MBMS-GW50之間進行MBMS會話建立處理(S178)。另外，在上述的說明之中`，利用圖18來說明從HeNB80的UE90發(fā)送出的分組的接收處理。HeNBSO判定所接收到的分組是利用本地IP接入用的承載(承載ID2)發(fā)送的還是利用除此之外的承載(承載IDl)發(fā)送的(步驟S30)。在利用本地IP接入用承載(承載ID2)進行發(fā)送的情況下(步驟S30;是)，判定所發(fā)送的分組是否為多播加入請求消息(步驟S32)。對于是否為多播加入請求消息的判定，通過參照分組的協(xié)議編號或有效載荷來進行確認。例如在為IGMP Join的情況下，由于在發(fā)送分組的IP頭中所記載的協(xié)議編號為“2”，因此判定是IGMP協(xié)議的消息，由于接下來的有效載荷部分的類型字段為“0x22”，因此判定是IGMPv3的多播加入請求。此外，在為MLD Join的情況下，由于在發(fā)送分組的IP頭中記載的協(xié)議編號為“58”，因此判定為ICMP協(xié)議的消息，由于接下來的有效載荷部分的類型字段為“143”，因此判定為MLDv2的多播加入請求。在此，在判定為多播加入請求分組的情況下(步驟S32 ;是)，獲取多播地址(步驟S34)。多播地址是從接著多播加入請求消息分組的IP頭之后的有效載荷部分中抽出并獲取的。然后，HeNBSO進行向所獲取到的多播地址的多播組的加入過程(步驟S36)。具體而言，如圖15所說明的那樣，HeNBSO為了加入到所指定的多播地址的組，將IGMP Join或MLD Join發(fā)送至家庭網(wǎng)絡5內(nèi)(S162)，開始發(fā)往所指定的多播地址的數(shù)據(jù)接收(S164)。然后，HeNB80將會話管理請求發(fā)送至UE90(S166)。在會話管理請求中包含ULTFT和EPS承載ID來進行發(fā)送。在此，包含所加入的多播組的UL TFT即“FF02: :C”、和本地IP接入用的承載即承載2來進行發(fā)送。然后進行多播數(shù)據(jù)收發(fā)處理，UE90建立多播通信。此外，在判定出UE90所發(fā)送的分組不是多播加入請求的情況下(步驟S32 ;否)，HeNB80進行NAT處理，向家庭網(wǎng)絡5發(fā)送分組(步驟S38)。此外，在步驟S30中判定出UE90利用不是本地IP接入用的承載(承載IDl)發(fā)送了分組的情況下(S30 ;否)，HeNB80如現(xiàn)有技術(shù)那樣向SGW30發(fā)送分組(步驟S40)。在UE90向MBMS服務的多播組發(fā)送加入請求的情況下，UE90利用不是本地IP接入用的承載(承載IDl)來發(fā)送加入請求。此時，HeNB80按照上述的處理，向SGW30發(fā)送分組。然后，如圖17所說明過的那樣，由SGW30、MMElO接收MBMS服務的多播加入請求，從而進行多播通信建立過程。

[1. 3. 4多播數(shù)據(jù)接收處理]如果本地IP接入用多播會話的建立完成，則UE90可以進行在家庭網(wǎng)絡5內(nèi)被發(fā)送的多播數(shù)據(jù)的接收。以下，以UE90基于UPnP等的服務發(fā)現(xiàn)協(xié)議收發(fā)服務搜索請求的情況為例，利用圖19對多播數(shù)據(jù)接收處理進行說明。首先，UE90發(fā)送服務搜索請求。由于服務搜索請求的發(fā)送目的地地址為“FF02: :C”，因此UE90基于EPS承載上下文的UL TFT來選擇承載(EPS承載2) (S180)，由EPS承載2發(fā)送該搜索請求(S182)。HeNB80利用承載ID來判定傳輸目的地(S184)。在此，因為經(jīng)由EPS承載2接收服務搜索請求，所以基于EPS承載上下文834來決定直接傳輸至家庭網(wǎng)絡，在進行了 NAT處理之后(S186)，在家庭網(wǎng)絡5上多播發(fā)送服務搜索請求(S188)。信息終端70接收上述服務搜索請求，以“FF02: :C”為目的地多播發(fā)送包含所提供的服務的信息(例如“印刷服務”)在內(nèi)的服務搜索響應(S190)。HeNBSO接收服務搜索響應，參照多播組加入列表832來選擇加入到該多播組的傳輸目的地的UE (S192)，選擇各UE的本地IP接入用的EPS承載(S194)，并利用所選擇的EPS承載向UE90發(fā)送服務搜索響應(S196)。另外，在HeNB80參照多播組加入列表832的結(jié)果而沒有發(fā)現(xiàn)加入到該多播組的UE90的情況下，丟棄所接收到的多播數(shù)據(jù)(在此，是指服務搜索響應)。此外，在UE90自體提供了服務的情況下，UE90經(jīng)由HeNB80接收信息終端70所發(fā)送的服務搜索請求，并利用EPS承載2向HeNB80發(fā)送服務檢索響應，HeNB80在家庭網(wǎng)絡5上進行傳輸。另外，在本實施方式中，以在家庭網(wǎng)絡5上僅存在信息終端70的情況為例進行了敘述，但是并不限定于此，即便存在多個信息終端的情況下也同樣地動作。具體而言，在S188中HeNB80以“FF02: :C”為目的地多播發(fā)送服務搜索請求，所以即便在家庭網(wǎng)絡5上存在多個信息終端的情況下也能夠接收該全部的信息終端。這樣，在本實施方式中，在與具有本地IP接入功能的HeNB80相連接的UE90發(fā)送了加入多播組請求的情況下，針對以往會發(fā)送至SGW30的多播加入請求，HeNB80判定該多播加入請求是請求本地IP接入下的多播數(shù)據(jù)接收、還是請求采用了現(xiàn)有MBMS的多播數(shù)據(jù)接收，從而能夠基于判定結(jié)果來選擇合適的多播會話建立過程。由此，能夠在維持與現(xiàn)有系統(tǒng)的兼容性的同時，在MBMS沒有被導入的本地IP接入環(huán)境中UE90也能進行多播數(shù)據(jù)的接收，例如關(guān)于采用了 UPnP等的多播的服務發(fā)現(xiàn)協(xié)議不施加任何變更也能動作。進而，由于UE90針對多播加入請求執(zhí)行是加入到基于家庭網(wǎng)絡5的本地IP接入的多播組還是加入到核心網(wǎng)絡3的MBMS服務的多播組的判斷或承載選擇的處理，因此其特征在于無需由HeNB80施加這種判斷、處理的負荷。進而，在本實施方式中，在核心網(wǎng)絡3內(nèi)的裝置中，無需進行判定處理來判定加入到基于家庭網(wǎng)絡5的本地IP接入的多播組還是加入到核心網(wǎng)絡3的MBMS服務的多播組。也就是說，不對SGW30、MMElO的處理施加變更，就能夠?qū)崿F(xiàn)本實施方式。[2.第2實施方式]接下來，對適用了本發(fā)明的第2實施方式進行說明。本實施方式除了 HeNB的構(gòu)成之外，網(wǎng)絡構(gòu)成以及裝置構(gòu)成與第I實施方式相同，故省略除了 HeNB的構(gòu)成以外的詳細說明。[2.1裝置構(gòu)成]首先，利用附圖，對各裝置構(gòu)成進行簡單地說明。如上述那樣，第2實施方式是將第I實施方式的構(gòu)成的HeNB80置換成HeNB82的實施方式。圖20表示本實施方式中的HeNB82的構(gòu)成。另外，圖20的HeNB82對于與圖7所不的HeNB80相同的構(gòu)成要素賦予相同的符號，并省略對賦予相同符號的功能部的說明。HeNB80 經(jīng)由總線而將 NAT (Network Address Translation)部 810、LTE 基站部820、存儲部830b和家庭網(wǎng)絡接口部840連接于控制部800。存儲部830b是存儲HeNB82的各種動作所需的程序、數(shù)據(jù)等的功能部。進而，在存儲部830中存儲有多播組加入列表832、EPS承載上下文834和多播地址設(shè)定表836。圖21是表示多播地址設(shè)定表836的一例的圖，是對經(jīng)由本地IP接入所加入的多播組的IP地址進行存儲的數(shù)據(jù)庫。[2. 2處理的說明]第2實施方式與利用第I實施方式的圖15說明過的多播會話建立過程存在差異，利用圖20將第2實施例的多播會話建立過程與圖15的第I實施方式進行比對來說明。在圖15的第I實施方式中，在UE90的多播加入請求發(fā)送之后(S150)，HeNB80進行多播地址獲取處理(S152)以及多播接收請求判定處理(S156)，判定是否為向家庭網(wǎng)絡的本地IP接入用的多播組的加入請求。在是向家庭網(wǎng)絡的本地IP接入用的多播組的加入請求的情況下，HeNB80在家庭網(wǎng)絡內(nèi)發(fā)送多播加入請求(S162)，加入到多播組并開始所指定的多播數(shù)據(jù)的接收(S164)。然后，HeNBSO和UE90收發(fā)會話管理請求、響應并進行承載上下文的更新(S166、S168、S170)。然后在最后進行多播數(shù)據(jù)的收發(fā)處理。另一方面，在第2實施方式中不同點在于，HeNB82在UE90發(fā)送多播加入請求之前預先加入到多播組。利用 圖22來說明過程。HeNB82在UE90發(fā)送多播加入請求之前，將多播加入請求發(fā)送至家庭網(wǎng)絡5 (S200)，開始所指定的多播的接收(S202)。這樣，HeNB80預先加入到在多播地址設(shè)定表836中被設(shè)定的多播組。多播地址設(shè)定表836由管理家庭網(wǎng)絡5的用戶預先靜態(tài)地設(shè)定?；蛘?，也可利用通信系統(tǒng)整體分配被家庭網(wǎng)絡5利用的多播地址，在UE90輸出等時預先靜態(tài)地設(shè)定。此外，HeNB82向UE90發(fā)送會話管理請求(S204)。在會話管理請求中包含承載ID和UL TFT來進行發(fā)送。在UL TFT中描述根據(jù)多播地址設(shè)定表836被設(shè)定成家庭網(wǎng)絡5內(nèi)的多播組即本地IP接入用的多播地址。在此，包含所加入的多播組的UL TFT S卩“FF02: : C”、和本地IP接入用的承載即承載2來進行發(fā)送。UE90基于在會話管理請求中所包含的UL TFT和EPS承載ID，如圖12 (C)所示那樣更新EPS承載上下文934(S168)，將會話管理響應發(fā)送至HeNB82(S170)。進而，在多播地址設(shè)定表930中由UL TFT追加“FF02: :C”。由此，在第I實施方式中UE90需要預先在多播地址設(shè)定表930中保持多播地址，而在第2實施方式中可以動態(tài)地設(shè)定，故無需預先保持。此外，在本實施方式中，示出了 HeNB82通過會話管理請求(S204)來通知UE90在多播地址設(shè)定表930中保存的多播地址的例子，但是HeNB82也可通過會話管理請求(S204)以外的消息來進行通知。進而，在本實施方式中，示出了 HeNB82發(fā)送向多播組的加入請求消息(S200)，并在開始所指定的多播的接收之后(S202)，向UE90通知多播地址的例子，但是HeNB82也可以在向多播組發(fā)送加入請求消息之前，向UE90通知多播地址。例如，在第I實施例中利用圖14說明過的承載建立過程中的、會話管理請求中進行通知(S122)。然后，UE90進行承載選 擇處理(S212)，發(fā)送多播加入請求(S214)，進行多播數(shù)據(jù)收發(fā)處理。關(guān)于承載選擇處理(S212)、多播加入請求消息發(fā)送處理(S214)以及多播數(shù)據(jù)收發(fā)處理，與第I實施方式相同，故省略其詳細說明。在第2實施方式中，與第I實施方式不同，HeNB82預先保持多播地址設(shè)定表836，向UE90通知利用本地IP接入所提供的多播組的多播地址。由此，UE90無需預先在多播地址設(shè)定表932中保持多播地址，能夠動態(tài)地設(shè)定。此外，在第2實施方式中，HeNB82預先加入到多播組，且與第I實施方式相比較，以UE90的多播加入請求為契機，故無需HeNB82加入到多播組來進行接收。因此，能夠縮短UE90發(fā)送多播加入請求之后到進行多播數(shù)據(jù)收發(fā)為止的時間以及處理，故能夠快速地開始多播數(shù)據(jù)收發(fā)。然而，即便在HeNB82沒有預先加入到多播組的情況下，也可與接收到UE90所發(fā)送的多播加入請求(S212)聯(lián)動，HeNB82發(fā)送多播加入請求(S200)，進行多播通信的建立。[3.變形例]以上，參照附圖對本發(fā)明的實施方式進行了詳細敘述，但是具體構(gòu)成并不限于該實施方式，不脫離本發(fā)明宗旨的范圍內(nèi)的設(shè)計等也包含在要求保護的范圍內(nèi)。此外，在各實施方式中以采用了 IPv6的通信為例進行了敘述，但是以IPv4的多播地址為基準來進行多播加入請求，也同樣能適用于IPv4下的通信。此外，在第I以及第2實施方式中，針對UE90的多播加入請求，示出了 HeNB80加入到多播組來向UE90發(fā)送多播分組的例子。因此，HeNB80(82)需要執(zhí)行多播加入用的控制過程、多播分組的接收過程。在此，圖23表示變形例。如在第I以及第2實施方式中說明過的那樣，UE90進行承載選擇處理(S150)，利用本地IP接入用承載(承載ID2)進行發(fā)送(S152)，接收到所發(fā)送內(nèi)容的HeNBSO (82)與接收到現(xiàn)有用戶數(shù)據(jù)的情況同樣地，進行NAT處理并發(fā)送至家庭網(wǎng)絡。由此，HeNB80(82)無需對多播加入過程施加處理。UE90能夠加入到多播組(S300)。然后，進行多播數(shù)據(jù)收發(fā)，從而UE90進行多播通信(S302)。在第1以及第2實施方式中，通過HeNB80(82)加入到多播組，從而在HeNB80 (82)連接了進行多播通信的多個UE90的情況下，能夠復制HeNB80(82)所接收到的多播分組并發(fā)送至各UE，但是在上述的例子中，多播分組經(jīng)由HeNB80(82)而向每個UE發(fā)送。這樣，在進行圖23所示的處理的情況下，較之第I以及第2實施方式，雖然數(shù)據(jù)發(fā)送量會增加，但是卻能簡化HeNB80 (82)的處理。此外，在各實施方式中各裝置所動作的程序，是按照實現(xiàn)上述的實施方式的功能的方式控制CPU等的程序(使計算機發(fā)揮功能的程序)。而且，這些裝置所處理的信息在進行處理時被臨時蓄積到臨時存儲裝置(例如RAM)中，然后保存至各種ROM或HDD的存儲裝置中，根據(jù)需要由CPU讀出來進行修正、寫入。在此，作為保存程序的記錄介質(zhì)，可以是半導體介質(zhì)(例如，ROM或非易失性的存儲卡等)、光記錄介質(zhì)·磁光記錄介質(zhì)(例如，DVD(Digital Versatile Disc)、M0((MagnetoOptical Disc)、MD (Mini Disc)、⑶(Compact Disc)、BD 等)、磁記錄介質(zhì)(例如，磁帶、軟盤等)等的任何記錄介質(zhì)。此外，不僅可以通過執(zhí)行所下載的程序來實現(xiàn)上述的實施方式的功能，有時也基于該程序的指示與操作系統(tǒng)或其他的應用程序等共同地處理，來實現(xiàn)本發(fā)明的功能。此外，當在市場上流通的情況下，能夠?qū)⒊绦虮４嬖诳梢苿有陀涗浗橘|(zhì)中進行流通，或者傳輸至經(jīng)由因特網(wǎng)等的網(wǎng)絡被連接的服務器計算機。此時，服務器計算機的存儲裝置當然也包含在本發(fā)明中，此外，上述的實施方式中的各裝置的一部分或全部可以實現(xiàn)為典型的集成電路即LSI (Large Scale Integration)。各裝置的各功能塊可以單獨地芯片化,也可以集成一部分或全部來進行芯片化。此外，集成電路化的方法并不限于LSI，也可以由專用電路或通用處理器來實現(xiàn)。此外，在隨著半導體技術(shù)的進步而出現(xiàn)了取代LSI的集成電路化的技術(shù)的情況下，當然也可采用基于該技術(shù)的集成電路。符號說明I移動通信系統(tǒng)3核心網(wǎng)絡10 MME100控制部110收發(fā)部130存儲部132 訂閱 DB134 EPS承載上下文20 Gff
30 SGff300控制部310第I收發(fā)部320第2收發(fā)部330存儲部332 EPS承載上下文40 PGff50 MBMS-Gff5家庭網(wǎng)絡60 家庭 GW70信息終端700控制部710家庭網(wǎng)絡接口部730存儲部
`
80、82 HeNB800控制部810 NAT 部820 LTE 基站部822外部天線830、830b 存儲部832多播組加入列表834 EPS承載上下文836多播地址設(shè)定表840家庭網(wǎng)絡接口部90 UE900控制部910 LTE 接口部912外部天線920收發(fā)部930存儲部932多播地址設(shè)定表934 EPS承載上下文7寬帶接入網(wǎng)絡
權(quán)利要求
1.一種移動通信系統(tǒng)，是家庭網(wǎng)絡與核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接的移動通信系統(tǒng)，該家庭網(wǎng)絡具有連接有移動站裝置的家庭基站裝置，該核心網(wǎng)絡連接有位置管理裝置以及接入控制裝置，所述移動通信系統(tǒng)的特征在于， 所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載， 在發(fā)送多播加入請求的情況下,在該多播加入請求是發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第I承載，在該多播加入請求是發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載，來發(fā)送多播加入請求。
2.根據(jù)權(quán)利要求1所述的移動通信系統(tǒng)，其特征在于， 所述移動站裝置具有多播地址存儲單元，該多播地址存儲單元進行多播地址存儲，用于存儲成為發(fā)往家庭網(wǎng)絡的多播加入請求的地址， 在發(fā)送多播加入請求的情況下，在該多播加入請求中所包含的多播地址被存儲于所述多播地址存儲單元時，選擇第I承載來發(fā)送多播加入請求。
3.根據(jù)權(quán)利要求1或2所述的移動通信系統(tǒng)，其特征在于， 所述家庭基站裝置將經(jīng)由所述第2承載接收到的多播加入請求發(fā)送至核心網(wǎng)絡。
4.一種移動通信系統(tǒng)，是家庭網(wǎng)絡與核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接的移動通信系統(tǒng)，該家庭網(wǎng)絡具有連接有移動站裝置的家庭基站裝置，該核心網(wǎng)絡連接有位置管理裝置以及接入控制裝置，所述移動通信系統(tǒng)的特征在于， 所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載， 所述家庭基站裝置在從所述移動站裝置經(jīng)由第I承載而接收到分組的情況下，判定該分組是否為多播加入請求， 在該分組是多播加入請求時，在家庭網(wǎng)絡中執(zhí)行加入至多播組的加入過程。
5.一種移動站裝置，與移動通信系統(tǒng)連接，所述移動通信系統(tǒng)是家庭網(wǎng)絡與核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接的移動通信系統(tǒng)，該家庭網(wǎng)絡具有連接有移動站裝置的家庭基站裝置，該核心網(wǎng)絡連接有位置管理裝置以及接入控制裝置，所述移動站裝置的特征在于， 建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載， 在發(fā)送多播加入請求的情況下,在該多播加入請求是發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第I承載，在該多播加入請求是發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載，來發(fā)送多播加入請求。
6.一種家庭基站裝置，與移動通信系統(tǒng)連接，所述移動通信系統(tǒng)是家庭網(wǎng)絡與核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接的移動通信系統(tǒng)，該家庭網(wǎng)絡具有連接有移動站裝置的家庭基站裝置，該核心網(wǎng)絡連接有位置管理裝置以及接入控制裝置，所述家庭基站裝置的特征在于， 所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載， 在從所述移動站裝置經(jīng)由第I承載而接收到分組的情況下，判定該分組是否為多播加入請求， 在該分組是多播加入請求時，在家庭網(wǎng)絡中執(zhí)行加入至多播組的加入過程。
7.一種通信方法，是移動通信系統(tǒng)中的通信方法，所述移動通信系統(tǒng)是家庭網(wǎng)絡與核心網(wǎng)絡經(jīng)由外部網(wǎng)絡而被連接的移動通信系統(tǒng)，該家庭網(wǎng)絡具有連接有移動站裝置的家庭基站裝置，該核心網(wǎng)絡連接有位置管理裝置以及接入控制裝置，所述通信方法的特征在于，所述移動站裝置建立與家庭網(wǎng)絡進行通信的第I承載、和與核心網(wǎng)絡進行通信的第2承載， 在所 述移動站裝置發(fā)送多播加入請求的情況下，在該多播加入請求是發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第I承載，在該多播加入請求是發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載，來發(fā)送多播加入請求。
全文摘要
移動站裝置建立與家庭網(wǎng)絡進行通信的第1承載、和與核心網(wǎng)絡進行通信的第2承載，在移動站裝置發(fā)送多播加入請求的情況下，當為發(fā)往家庭網(wǎng)絡的多播加入請求時選擇第1承載，當為發(fā)往核心網(wǎng)絡的多播加入請求時選擇第2承載來發(fā)送多播加入請求。由此，本發(fā)明提供一種與家庭基站裝置連接的移動站裝置判定是否為本地IP接入下的多播組并發(fā)送多播加入請求，家庭基站裝置根據(jù)移動站裝置的判定能夠與合適的家庭網(wǎng)絡或核心網(wǎng)絡建立多播會話的移動通信系統(tǒng)等。
文檔編號H04W72/04GK103069904SQ20118004072
公開日2013年4月24日 申請日期2011年8月23日 優(yōu)先權(quán)日2010年8月23日
發(fā)明者新本真史 申請人:夏普株式會社