專利名稱：通信系統(tǒng)、服務(wù)器、控制裝置及通信裝置的制作方法
通信系統(tǒng)、服務(wù)器、控制裝置及通信裝置發(fā)明領(lǐng)域本發(fā)明是關(guān)于和業(yè)務(wù)控制聯(lián)動而對接入網(wǎng)進(jìn)行QoS (服務(wù)品質(zhì))控制 的通信系統(tǒng)。其中，更是關(guān)于使用移動(Mobile) IPv6進(jìn)行移動通信控制 的移動通信系統(tǒng)。
背景技術(shù)：
移動(Mobile) IPv6是即使移動網(wǎng)絡(luò)也可以使用同一 IP地址使之進(jìn)行 通信的協(xié)議(參照非特許文獻(xiàn)l)。移動(Mobile) IPv6的組成要素包括 移動多個網(wǎng)絡(luò)的同時進(jìn)行通信的麗(Mobile Node:移動節(jié)點)、管理MN的 位置信息的HA(Home Agent:歸屬代理)、和MN進(jìn)行通信的CN(Correspondent Node:通信節(jié)點)。MN把即使移動也不變的IP地址(HoA:Home Address: 歸屬地址)和在移動目的地的網(wǎng)絡(luò)中動態(tài)分配的工P地址(CoA:Care of Address:轉(zhuǎn)交地址)相對應(yīng)的信息(Binding信息綁定信息)定期登記 在HA上。HA捕捉CN發(fā)往HoA的IP數(shù)據(jù)包，在以自身的地址設(shè)定為發(fā)送源 地址，MN的CoA設(shè)定為目的地地址的IPv6報頭迸行封裝(打包，capsule) 并發(fā)給麗。麗取出從HA中接收的封裝的數(shù)據(jù)包中的內(nèi)容并進(jìn)行處理。另 外，麗發(fā)往CN的數(shù)據(jù)包，MN被以自身設(shè)定為發(fā)送源地址，HA設(shè)定為目的 地地址的IPv6報頭封裝發(fā)給HA。 HA取出接收的數(shù)據(jù)包中的封裝的內(nèi)容并 轉(zhuǎn)發(fā)給CN。這樣，即便移動通過網(wǎng)絡(luò)時也能使用同一IP地址進(jìn)行通信。作為使用移動(Mobile) IPv6的通信系統(tǒng)例子，有以3GPP2(3" Generation Partnership Project2:第3代合作方案2)為標(biāo)準(zhǔn)的第3代(3G) 移動通信系統(tǒng)。3G移動通信系統(tǒng)包括無線接入網(wǎng)絡(luò)(RAN:Radio Access Network: 無線接入網(wǎng)絡(luò))和核心網(wǎng)絡(luò)(Core Network:核心網(wǎng)絡(luò))。RAN具有終端控 制無線傳輸功能的功能。核心網(wǎng)絡(luò)，具有控制移動和控制業(yè)務(wù)的功能。核 心網(wǎng)絡(luò)設(shè)置了與MN以PPP接入并提供IP接入功能的接入網(wǎng)關(guān)(PDSN:Packet Data Serving Node:分組數(shù)據(jù)業(yè)務(wù)節(jié)點)和HA，提供基于移動(Mobile) IP的IP通信功能。另外，在3GPP2中，把接入核心網(wǎng)絡(luò)的業(yè)務(wù)控制網(wǎng)絡(luò)標(biāo)準(zhǔn)化為 薩D(Multimedia Domain:多媒體域)(非特許文獻(xiàn)2 3)。在MMD中，作為 電話和IM(Instant Messaging:即時通信)的業(yè)務(wù)控制協(xié)議使用了 SIP(Session Initiation Protocol: 會話發(fā)起協(xié)議)/SDP (Session Description Protocol:會話描述協(xié)議)。還有，在3GPP2中，為了進(jìn)行適合業(yè)務(wù)的QoS控制，規(guī)定了醒D的業(yè) 務(wù)控制和RAN的QoS控制的連接方式(SBBC: Service Based Bearer Control:防止控制與承載分離后用戶旁路計費)(非特許文獻(xiàn)4 6)。在 SBBC中，在MMD的業(yè)務(wù)控制服務(wù)器(AS: Application Server:應(yīng)用服務(wù) 器)和接入網(wǎng)之間設(shè)置了 QoS策略服務(wù)器(PCRF: Policy and Charging Rules Function:策略和計費規(guī)則功能)。AS把處理SIP/SDP等業(yè)務(wù)控制協(xié)議時取 得的業(yè)務(wù)信息(通信地址、端口號、編解碼、帶寬等)通知給PCRF。 PCRF 依據(jù)由AS通知的業(yè)務(wù)信息決定應(yīng)適用的QoS，并通過PDSN通知給RAN。RAN依據(jù)PCRF所決定的QoS參數(shù)，進(jìn)行適合于各應(yīng)用的QoS控制(非 特性文獻(xiàn)7)。例如，被要求實時性的語音流量，在保證了一定帶寬且延遲 和抖動較小的通信信道上傳輸。另外，IM和網(wǎng)(Web)業(yè)務(wù)，在盡力服務(wù)(Best Effort)的通信信道上傳輸。RAN中，使用稱作TFT(Traffic Flow Template:業(yè)務(wù)流量模板)的過 濾信息(源/目的地IP地址、端口號等)來指定屬于各應(yīng)用的IP流。MN 和PDSN為了把IP流傳輸在適當(dāng)?shù)耐ㄐ判诺郎?，管理TFT和通信信道的對 應(yīng)關(guān)系。終端把和TFT—致的上行(Reverse:上行)方向的數(shù)據(jù)包傳輸在 和此TFT所對應(yīng)的通信信道上。PDSN對下行(Forward:下行)方向的數(shù)據(jù)包進(jìn)行同樣的處理。非特許文獻(xiàn)1IETF RFC3775 、 Mobility Support in IPv6 (基于IPv6的移動支持)非特許文獻(xiàn)23GPP2X. P0013-002-BvO. 3 、 All-IP Core Network Multimedia Domain; IP Multimedia Subsystem Stage2(全I(xiàn)P核心網(wǎng)絡(luò)多 媒體域；IP多媒體子系統(tǒng)平臺2)非特許文獻(xiàn)33GPP2X. P0013-004-Bv0.6 、 All-IP Core Network Multimedia Domain; IP Multimedia Call Control Protocol Based on SIP and SDP Stage3(全I(xiàn)P核心網(wǎng)絡(luò)多媒體域；基于SIP和SDP的IP多媒體呼 叫控制協(xié)議平臺3)非特許文獻(xiàn)43GPP2X. P0013-012-0 v0. 21 、 All-IP Core NetworkMultimedia Domain; Service Based Bearer Control Stage2(全I(xiàn)P核心 網(wǎng)絡(luò)多媒體域；防止控制與承載分離后用戶旁路計費平臺2)非特許文獻(xiàn)53GPP2X. P0013-013-OvO. 11 、 All-IP Core Network Multimedia Domain; Service Based Bearer Control Tx Interface Stage3(全I(xiàn)P核心網(wǎng)絡(luò)多媒體域；防止控制與承載分離后用戶旁路計費橫 向接口平臺3)非特許文獻(xiàn)63GPP2X. P0013-014-0 v0. 11 、 All-IP Core Network Multimedia Domain; Service Based Bearer Control Ty Interface Stage3(全I(xiàn)P核心網(wǎng)絡(luò)多媒體域；防止控制與承載分離后用戶旁路計費縱 向接口平臺3)非特許文獻(xiàn)73GPP2 X. P0013-004-0 vl. 0 、 cdma2000 Wireless IP Network Standard; Quality of Service and Header Reduction (碼 分多址2000無線IP網(wǎng)絡(luò)標(biāo)準(zhǔn)；QoS和頭壓縮)如上所說明，在以往的通信 系統(tǒng)中，MN和PDSN使用TFT識別IP流，在RAN中應(yīng)用合適的QoS。這時， 當(dāng)終端使用簡單IP或者移動(Mobile) IPv4時，沒有問題地工作。但是，當(dāng)終端使用移動(Mobile) IPv6時，終端和HA之間的數(shù)據(jù)包全 部由共同的IPv6報頭封裝，因此PDSN無法識別下行數(shù)據(jù)包的IP流。為此， 在RAN中，具有對下行方向的數(shù)據(jù)包無法應(yīng)用合適的QoS的課題。發(fā)明內(nèi)容本發(fā)明的目的在于，即使數(shù)據(jù)包被移動(Mobile) IPv6封裝的情況， PDSN也能識別下行方向的IP流，在RAN中可以應(yīng)用適合業(yè)務(wù)類別的QoS。為了解決上述課題，本發(fā)明特征如下，即PCRF向HA通知為了指定 屬于業(yè)務(wù)的IP流的過濾信息和對上述IP流所分配的ID，當(dāng)傳輸和上述過 濾信息一致的數(shù)據(jù)包時，HA把上述ID設(shè)定在封裝后的外側(cè)頭上，PDSN通 過參照設(shè)定在上述外側(cè)頭上的上述ID識別業(yè)務(wù)類別，并應(yīng)用合適的QoS。根據(jù)本發(fā)明，即使在使用移動(Mobile) IPv6時，PDSN也能識別下 行方向的IP流，在RAN中可以應(yīng)用適合業(yè)務(wù)類別的Qos。


圖1是有關(guān)實施例1、 2的通信網(wǎng)的組成例子； 圖2a是PCRF12的裝置組成例子；圖2b是HA13的裝置組成例子；圖3是PCRF12所具備的業(yè)務(wù)表(Service Table)的組成例子； 圖4是PCRF12所具備的PPP會話表(Session Table)的組成例子； 圖5是PCRF12所具備的移動IP表(Mobiel IP Table)的組成例子； 圖6是PCRF12所具備的封裝規(guī)則表(Encapsulation Rule Table) 的組成例子；圖7a是PCRF12所具備的拆裝規(guī)則表(Decapsulation Rule Table) 的組成例子；圖7b是PCRF12所具備的流類型一流量類別映射表(FlowType-Traffic Class Mapping Table)的組成例子；圖8是HA13所具備的移動IP表(Mobile IP Table)的組成例子； 圖9a是HA13所具備的封裝規(guī)則表(Encapsulation Rule Table)的組成例子；圖9b是HA13所具備的拆裝規(guī)則表(Decapsulation Rule Table) 的組成例子；圖10是實施例1中終端連接/業(yè)務(wù)會話建立時序圖；圖11是PCRF12的封裝規(guī)則生成的流程圖；圖12是PCRF12的拆裝規(guī)則生成的流程圖；圖13是實施例1中顧23—CN14之間的數(shù)據(jù)包傳輸時序圖；圖14是HA13中的數(shù)據(jù)包封裝流程圖；圖15是HA13中的數(shù)據(jù)包拆裝后的流量類別設(shè)定流程圖；圖16是實施例1中業(yè)務(wù)會話中斷時序圖；圖17是實施例1中麗23的無線鏈路消失時序圖；圖18是實施例1中MN23的移動時序圖；圖19是PCRF12的封裝規(guī)則再計算流程圖；圖20是實施例2中終端接入/業(yè)務(wù)會話建立時序圖；圖21是實施例2中終端接入/業(yè)務(wù)會話建立時序圖(圖20的繼續(xù))；圖22是實施例2中業(yè)務(wù)會話中斷時序圖；圖23是PSDN(21a、 21b)的裝置組成例子；圖24是PSDN(21a、 21b)所具備的PPP會話表的組成例子；圖25是PCRF12所具備的QoS分布表。
具體實施方式
在本發(fā)明的理想實施例中，HA把上述ID設(shè)定為外側(cè)IPv6頭的流標(biāo)記 (Flow Label:流標(biāo)記)或者流量類別(Traffic Class:流量類別)字段。 這時，TFT上設(shè)定作為發(fā)送源IP地址的HA、作為目的地IP地址的MN的CoA、 作為流標(biāo)記(Flow Label)或者流量類別(Traffic Class)的上述ID。或 者，HA把上述ID設(shè)定為IPsec ESP/AH頭的SPI字段也可以。這種情況下， TFT上設(shè)定作為發(fā)送源IP地址的HA、作為目的地IP地址的MN的CoA、作 為SPI的上述ID。RAN的通信信道的設(shè)定，在以終端為主導(dǎo)進(jìn)行的通信系統(tǒng)中，PCRF從 PDSN接收通信信道的QoS信息和上述ID，依據(jù)上述QoS信息選擇適合IP 流的通信信道，把所選擇的通信信道的ID分配給上述IP流，并通知給HA。RAN的通信信道的設(shè)定，在以網(wǎng)絡(luò)為主導(dǎo)進(jìn)行的通信系統(tǒng)中，PCRF根 據(jù)由SIP服務(wù)器等的AF (Application Function:應(yīng)用功能)通知的業(yè)務(wù) 信息，決定分配給IP流的QoS和ID，并通知給PDSN和HA也可以。這時， PDSN根據(jù)由PCRF通知的上述QoS信息和上述ID，進(jìn)行RAN的通信信道和 TFT的設(shè)定。下面，使用圖示說明本發(fā)明的實施例。本發(fā)明的第一實施例，設(shè)想為以終端為主導(dǎo)進(jìn)行RAN的通信信道的設(shè)定。圖1是有關(guān)本發(fā)明的通信系統(tǒng)的組成例子。本發(fā)明的通信系統(tǒng)由本地 網(wǎng)絡(luò)(Home Network) 1和訪問網(wǎng)絡(luò)(Visited Network) 2組成。本地網(wǎng) 絡(luò)(Home Network) 1連接著進(jìn)行業(yè)務(wù)控制的AFll、根據(jù)業(yè)務(wù)信息進(jìn)行RAN 的QoS控制的PCRF12、進(jìn)行移動(Mobile) IPv6的通信控制的HA13以及 CN14。訪問網(wǎng)絡(luò)(VisitedNetwork)2連接著PDSN(21a、21b)、EV-D0RAN(22a、 22b)、麗23。圖2a表示PCRF12的裝置組成。PCRF12由硬盤(Hard Disk)51、CPU52、 存儲器(Memory) 53、 IF(54a、 54b)組成，這些通過總線55連接著。為實 現(xiàn)PCRF12的功能的程序，存儲在存儲器(Memory) 53上，CPU52依次讀出 這些并運(yùn)行。PCRF12在存儲器(Memory) 53或者硬盤(Hard Disk) 51中，管理 圖3的業(yè)務(wù)表(Service Table) 70、圖4的PPP會話表(Session Table) 80、圖5的移動IP表(Mobile IP Table) 90、圖6的封裝規(guī)則表(Encapsulation Rule Table)訓(xùn)、圖7a的拆裝規(guī)則表(Decapsulation Rule Table) 110。圖3的業(yè)務(wù)表(Service Table) 70是管理由AF11通知的業(yè)務(wù)信息 的表。業(yè)務(wù)表(Service Table) 70由識別AF及業(yè)務(wù)會話的ID (Service Session ID:業(yè)務(wù)會話ID)71和屬于業(yè)務(wù)會話的流信息(Flow Information) 72組成。流信息(Flow Information) 72由在PCRF12內(nèi)部唯一識別流的 流ID (Flow ID) 72a、為指定流的過濾信息(Flow Filter) 72b、流的方 向(Direction) 72c、流類型(Type) 72d、流的帶寬(Bandwidth) 72e、 編解碼信息(CODEC) 72f等組成。過濾信息(Flow Filter) 72b上設(shè)定了 例如發(fā)送源地址、目的地址和端口號等。業(yè)務(wù)表(Service Table) 70的設(shè) 定例子70a、 70b、 70c表示屬于同一業(yè)務(wù)會話的雙向音頻(audio)流、輸 出(out)方向(Reverse:反向)的視頻(video)流信息。這樣，在業(yè)務(wù) 表(Service Table) 70中，可以對一個業(yè)務(wù)會話設(shè)定多個流信息。由于采 用這種表結(jié)構(gòu)，具有即使在1個業(yè)務(wù)會話內(nèi)通信多個流的情況也能靈活應(yīng) 對的效果。圖4的PPP會話表(Session Table) 80是管理由PDSN (21a、 21b) 通知的PPP會話信息的表。PPP會話表(Session Table) 80由唯一識別 PDSN及PPP會話的ID (PPP Session ID) 81、終端IP地址(Terminal IP Address) 82、承載信息(Bearer Information) 83組成。本實施例中，所 謂"承載"是指具備指定QoS屬性的RAN (22a、 22b)的通信信道。如技術(shù) 背景的說明中所闡述，PDSN (21a、 21b)，管理RAN的通信信道(也就是說 承載)和TFT的對應(yīng)關(guān)系。本實施例中，PDSN(21a、21b)，為把移動(Mobile) IPv6隧道內(nèi)的IP流能夠分配到合適的承載上，在TFT的內(nèi)部，對每一個承 載設(shè)定不同的流標(biāo)記(Flow Label)。 PCRF12因具備PPP會話表(Session Table) 80，具有可以管理流標(biāo)記(FlowLabel)和承載的QoS屬性對應(yīng)關(guān) 系的效果。而且，流標(biāo)記(FlowLabel)可以由IPv6報頭的流量類別(Traff ic Class)字段、IPsec ESP/AH頭的SPI等代用。承載信息(Bearer Information) 83由在PCRF12內(nèi)部唯一識別承載 (Bearer)的ID83a、承載的用途(Usage)83b、優(yōu)先級(Priority) 83c、 保證帶寬(Bandwidth) 83d、分配給承載的流標(biāo)記(FlowLabel) 83e、承 載的狀態(tài)(Status) 83f組成。承載表(Bearer Table) 80的設(shè)定例子80a 80d，表示屬于同一 PPP會話(Session)的承載信息。這樣，在承載表(Bearer Table) 80中，可以對l個PPP會話(Session)設(shè)定多個承載信息。由于采用這種表結(jié)構(gòu)，具有即使對1個PPP會話(Session)設(shè)定多個承載的情 況也能靈活應(yīng)對的效果。圖5的移動IP表(Mobile IP Table) 90是管理HA13對PCRF12通 知的HoA和CoA的綁定(Binding)信息的表。移動IP表(Mobile IP Table) 90由唯一識別HA和綁定(Binding)信息的移動ID(Mobile ID)91、歸屬 地址(Home Address) HoA92、轉(zhuǎn)交地址(Care of Address)CoA93、有效期(Expires) 94組成。圖6的封裝規(guī)則表(Encapsulation Rule Table) 100是管理HA13 封裝數(shù)據(jù)包時所適用的規(guī)則(Encapsulation Rule)的表。封裝規(guī)則(Encapsulation Rule)由PCRF12生成，設(shè)定在HA13上。封裝規(guī)則表(Encapsulation RuleTable) 100由指向有關(guān)規(guī)則的信息的指針(Source:源)IOI、封裝規(guī)則(Encapsulation Rule) 102組成。源(Source) 101的101a、 101b、 101c、 lOld上分別設(shè)定了和規(guī)則相關(guān)的流量(Flow) ID72a、移動(Mobile) ID91、 PPP會話(Session)觀、承載(Bearer) ID83a。封裝規(guī)則(Encapsulation Rule) 102上設(shè)定了識別流的過濾信息(Flow Filter) 102a、數(shù)據(jù)包封裝時設(shè)定的轉(zhuǎn)交地址(Care of Address) CoA102b以及流標(biāo)記(Flow Label) 102c、規(guī)則的有效期(Expires) 102d。 圖7a的拆裝規(guī)則表(Decapsulation Rule Table) 110是管理HA13 拆包時應(yīng)用的規(guī)則(Decapsulation Rule)的表。拆裝規(guī)則(Decapsulation Rule)是由PCRF12生成，設(shè)定在HA13上。拆裝規(guī)則表(Decapsulation Rule Table) 110由指向有關(guān)規(guī)則的信息的指針(Source:源)111、拆裝規(guī)則(Decapsulation Rule) 112組成。源(Source) 111的llla、 lllb、 lllc、 llld上分別設(shè)定了和規(guī)則相關(guān)的流量(Flow) ID72a、移動(Mobile) ID91、 PPP會話(Session) ID81。拆裝規(guī)則(Decapsulation Rule) 112上設(shè)定 了識別流的過濾信息(Flow Filter) 112a、拆裝后應(yīng)設(shè)定的流量類別(Traffic Class) 112b、規(guī)則的有效期(Expires) 112c。圖2b表示HA13的裝置組成。HA13由硬盤(Hard Disk) 61、 CPU62、 存儲器(Memory) 63、 IF(64a、 64b)組成，這些通過總線65連接著。為了 實現(xiàn)HA13的功能的程序存儲在存儲器(Memory) 63上，CPU62依次讀出這 些并運(yùn)行。HA13在存儲器(Memory) 63或者硬盤(Hard Disk) 61中，管理圖8 的移動IP表(Mobile IP Table) 130、圖9a的封裝規(guī)則表(Encapsulation Rule Table) 140、圖9b的拆裝規(guī)則表(Decapsulation Rule Table) 150。圖8的移動IP表(Mobile IP Table) 130是管理麗23登記在HA13 的HoA和CoA的綁定(Binding)信息的表。移動IP表(Mobile IP Table) 130由識別綁定(Binding)信息的移動ID(Mobile ID) 131、歸屬地址(Home Address) HoA132、轉(zhuǎn)交地址(Care of Address) CoA133、有效期(Expires) 134、指向相關(guān)的封裝規(guī)則的指針(Encap. Rule IDs) 135、指向相關(guān)的拆 裝規(guī)則的指針(Decap. Rule IDs) 136組成。因保持有指針Encap. Rule IDsl35和指針Decap. Rule IDsl36，由此具有可高速檢索封裝規(guī)則 (Encapsulation Rule)禾口拆裝規(guī)貝U (Decapsulation Rule)的效果。圖9a的封裝規(guī)則表(Encapsulation Rule Table) 140是HA13管 理由PCRF12通知的封裝規(guī)則(Encapsulation Rule)的表。封裝規(guī)則表 (Encapsulation Rule Table) 140上設(shè)定了識別規(guī)則的ID (Encap. Rule ID) 141、為識別流的過濾信息(Flow Filter) 142、封裝時設(shè)定的轉(zhuǎn)交地 址(Care of Address) CoA143及流標(biāo)記(Flow Label) 144、規(guī)則的有效 期(Expires) 145。圖9b的拆裝規(guī)則表(Decapsulation Rule Table) 150是HA13管 理由PCRF12通知的拆裝規(guī)則(Decapsulation Rule)的表。拆裝規(guī)則表 (Decapsulation Rule Table) 150上設(shè)定了識別規(guī)則的ID (Decap. Rule ID) 151、為識別流的過濾信息(Flow Filter) 152、拆裝后應(yīng)設(shè)定的流量 類別(Traffic Class) 153、規(guī)則的有效期(Expires) 154。圖23表示PDSN (21a、 21b)的裝置組成。PDSN (21a、 21b)，由硬 盤(Hard Disk) 401、 CPU402、存儲器(Memory) 403、 IF(404a、 404b)組 成，這些通過總線405連接著。為實施PDSN (21a、 21b)的功能的程序， 存儲在存儲器(Memory) 403上，CPU402依次讀出這些并運(yùn)行。圖24表示存儲在PDSN (21a、 21b)的存儲器(Memory) 403或者硬 盤(Hard Disk) 401中的PPP會話表(Session Table) 420。 PPP會話表 (Session Table) 420由在PDSN (21a、 21b)內(nèi)唯一識別PPP會話的ID (PPP Session ID) 421、終端IP地址(Terminal IP Address) 422、承 載信息(Bearer Information) 423組成。承載信息(Bearer Information) 423由承載的用途(Usage) 423a、優(yōu)先級(Priority) 423b、保證帶寬 (Bandwidth) 423c、過濾信息(TFT423) d、承載狀態(tài)(Status) 423e組 成。如PPP會話表(Session Table) 420的設(shè)定例子420a 420d所示， 本實施例中，作為過濾信息TFT423d設(shè)定了發(fā)送源IP地址、目的IP地址、)。 PDSN (21a、 21b)管理PPP會話表(Session Table) 420，由此具有可以管理承載和過濾信息的對應(yīng)關(guān)系的效果。圖10是表示MN23接入EV-D0RAN22a之后，建立業(yè)務(wù)會話的時序圖。 下面，詳細(xì)說明這個時序。步驟201 209，表示MN23接入EV-DO RAN22a之時所執(zhí)行的時序。 起初，MN23接入EV-DO RAN22a，對PDSN21a建立PPP會話(Session)以 及進(jìn)行承載和TFT的設(shè)定(201)。在這個步驟中，設(shè)定PDSN21a的PPP會 話表(Session Table) 420。本實施例中，在TFT423d的發(fā)送源地址上設(shè) 定HA13的IP地址，目的地址上設(shè)定麗23的CoA。又，TFT423d的流標(biāo)記 (Flow Label)在每一個承載設(shè)定不同的值。然后，PDSN21a對PCRF12發(fā)送Diameter CCR (202)，對終端通知所 分配的IP地址(也就是說CoA)和終端建立的承載信息。這里被通知的承 載信息至少包括每個承載所分配的流標(biāo)記(FlowLabel)的值和承載的QoS 信息。在理想的例子中，作為承載的QoS信息，指定表示承載用途的字符 串、優(yōu)先級、保證帶寬、承載狀態(tài)等。PCRF12把通知的信息存儲在PPP會 i舌表(Session Table) 80上(203)。 PCRF12以Diameter CCA (204)反饋 給PDSN21a。然后，麗23對HA13登記HoA和CoA的綁定(Binding)信息(205)。 HA13在把這個信息存儲在移動IP表(Mobile IP Table) 130的同時發(fā)送 Diameter CCR(207)并向PCRF12通知綁定(Binding)信息。PCRF12把由 HA13通知的綁定(Binding)信息存儲在移動IP表(Mobile IP Table) 90 上(208)，對HA13反饋Diameter CCA(209)。步驟210 217，表示業(yè)務(wù)會話建立時的時序。首先，謹(jǐn)23通過AF11 與CN14建立業(yè)務(wù)會話(210)。 AF11把從業(yè)務(wù)控制信號(SIP/SDP等)抽出 的業(yè)務(wù)信息通知給PCRF12 (211)。 PCRF12把被通知的信息存儲在業(yè)務(wù)表 (Service Table) 70 (212)上，生成對應(yīng)這個業(yè)務(wù)信息的封裝/拆裝規(guī)則 (213)。下面，使用圖11和圖12，詳細(xì)說明PCRF12的封裝/拆裝規(guī)則生成 處理(213)。圖11表示PCRF12的封裝規(guī)則生成處理。在封裝規(guī)則生成處理中，對 于在圖10的步驟212中存儲在業(yè)務(wù)表(Service Table) 70的流，進(jìn)行循 環(huán)501 511的處理。首先，檢查流的方向(Direction)是不是進(jìn)(in)(502)。 當(dāng)不是進(jìn)(in)的情況，結(jié)束對這個流的處理。當(dāng)是進(jìn)(in)的情況，把 流的流量ID (Flow ID) 72a和流過濾(Flow Filter) 72b設(shè)定在封裝規(guī)則表(Encapsulation Rule Table) 100的101a、 102a上(503)。又，從流 過濾(Flow Filter)72b抽出目的IP地址(504)。還有，從移動IP表(Mobile IP Table) 90的HoA92檢索抽出的IP地址(505)。當(dāng)不存在相應(yīng)的條目的 情況，結(jié)束對這個流的處理。當(dāng)存在相應(yīng)的條目的情況，把這個移動ID(Mobile ID) 91和CoA93設(shè)定在封裝規(guī)則表(Encapsulation Rule Table) 100的101b、 102b上(506)。然后，從PPP會話表(Session Table) 80 的終端IP地址(Terminal IP Address) 82檢索步驟505中檢索過的條目 CoA93 (507)。當(dāng)不存在相應(yīng)的條目時，結(jié)束對這個流的處理。當(dāng)存在相應(yīng) 的條目的情況，把這個條目的PPP會話(Session) ID81設(shè)定在封裝規(guī)則表(Encapsulation Rule Table) 100的101c上(508)。又，從507中檢索 到的條目的承載(Bearer)中選擇對流合適的內(nèi)容(509)。在選擇承載(Bearer)之際，例如可以把流類型(Flow Type) 72d、帶寬(Bandwidth) 72e、編解碼(Codec) 72f等同承載的用途(Bearer Usage) 83b、優(yōu)先級(Priority) 83c、帶寬(Bandwidth) 83d等進(jìn)行比較。這樣，把509中選 擇的承載(Bearer)的承載ID (Bearer ID) 83a、流標(biāo)記(Flow Label) 83e 設(shè)定在封裝規(guī)則表(Encapsulation Rule Table)100的101d、 102c上(510)。 PCRF12因保持有封裝規(guī)則表(Encapsulation Rule Table) 100,由此可以 對各流分配合適的流標(biāo)記(Flow Label)(也就是說具備合適的QoS屬性的 承載)。又，可以管理PPP會話、移動IP會話和IP流之間的對應(yīng)關(guān)系。圖12表示PCRF12的拆裝規(guī)則生成處理。在拆裝規(guī)則生成處理中，對 于圖10的步驟212中存儲在業(yè)務(wù)表(Service Table) 70的流，進(jìn)行循環(huán) 521 530的處理。首先，檢查流的方向(Direction) 72c是不是出(out)(522)。當(dāng)不是出(out)的情況，結(jié)束對流的處理。當(dāng)是出(out)的情 況，把流的流量ID (Flow ID) 72a和流過濾(Flow Filter) 72b設(shè)定在拆 裝規(guī)則表(Decapsulation Rule Table) 110的llla、 112a上(523)。又， 從流過濾(Flow Filter) 72b抽出發(fā)送源IP地址(524)。還有，從移動 IP表(Mobile IP Table) 90的HoA92檢索抽出的IP地址(525)。當(dāng)不存 在相應(yīng)的條目的情況，結(jié)束對這個流的處理。當(dāng)存在相應(yīng)的條目的情況， 把這個移動ID (Mobile ID) 91設(shè)定在拆裝規(guī)則表(Decapsulation Rule Table) 110的111b上(526)。然后，從PPP會話表(Session Table) 80 的終端IP地址(Terminal IP Address) 82檢索步驟525中檢索過的條目 CoA93 (527)。當(dāng)不存在相應(yīng)的條目時，結(jié)束對這個流的處理。當(dāng)存在相應(yīng) 的條目的情況，把527中檢索到的條目的PPP會話(Session) ID81設(shè)定在拆裝規(guī)則表(Decapsulation Rule Table) 110的111c上(528)。又，決 定應(yīng)對拆裝包所設(shè)定的流量類別(Flow Label),設(shè)定在拆裝規(guī)則表(Decapsulation Rule Table) 110的112b上(529)。 PCRF12管理圖7b 所示的流類型(Flow Type)和流量類別(Traffic Class)的映射表，在 決定流量類別(Traffic Class)時參照也可以。PCRF12因保持有拆裝規(guī)則 表(Decapsulation Rule Table) 110，由此可以對各流分配本地網(wǎng)絡(luò)(Home Network) 1內(nèi)的QoS控制上使用的流量類別(Traffic Class)。又，可以 管理PPP會話、移動IP會話和IP流之間的對應(yīng)關(guān)系。返回圖10繼續(xù)時序的說明。PCRF12對HA13發(fā)送Diameter RAR (214)， 把步驟213中生成的封裝/拆裝規(guī)則同移動ID(Mobile ID) 101b、 111b對 應(yīng)起來通知。HA13把通知的規(guī)則存儲在封裝規(guī)則表(Encapsulation Rule Table) 140、拆裝規(guī)則表(Decapsulation Rule Table) 150、移動IP表(Mobile IP Table) 130上(215)，以Diameter RAA(216)反饋給PCRF12。 PCRF12對AF11發(fā)送Diameter AAA(217)，反饋Diameter AAR(211)。這樣，業(yè)務(wù)會話建立時的處理結(jié)束。使用圖13，說明MN23-CN14之間的數(shù)據(jù)包收發(fā)處理。步驟231 235 表示CN14對麗23的數(shù)據(jù)包發(fā)送處理。CN14發(fā)送對目的地地址設(shè)定MN23 的HoA、源地址設(shè)定自身地址的數(shù)據(jù)包(231)。 HA13捕捉231的數(shù)據(jù)包，以 IPv6報頭封裝(232)。封裝后的源地址，設(shè)定自身(HA)。又，目的地址(麗23 的CoA)和流標(biāo)記(Flow Label),參照封裝規(guī)則表(Encapsulation Rule Table) 140來設(shè)定。然后，把封裝后的數(shù)據(jù)包發(fā)給PDSN21a (233)。 PDSN21a 比較PPP會話表(Session Table) 420的過濾信息(TFT423d)和包含在包 頭區(qū)的流標(biāo)記(FlowLabel)、目的地/源IP地址，由此決定要使用的承載(234)，把數(shù)據(jù)包發(fā)給,23(235)。使用圖14，詳細(xì)說明HA13的數(shù)據(jù)包封裝處理(232)。 HA13首先抽出 數(shù)據(jù)包的目的地IP地址(541)。然后從移動IP表(Mobile IP Table) 130 的HoA132檢索步驟541中抽出的IP地址(542)。當(dāng)不存在相應(yīng)的條目的 情況，結(jié)束處理。當(dāng)存在相應(yīng)的條目的情況，對有關(guān)步驟542中檢索到的 條目的封裝規(guī)則指針(Encap. Rule IDs) 135所指示的封裝規(guī)則表(Encapsulation Rule Table) 140的條目,進(jìn)行循環(huán)543 547的處理。 首先，檢查數(shù)據(jù)包是否和流過濾(Flow Filter) 142—致(544)。是否一 致的判斷，依照比較包含在數(shù)據(jù)包頭區(qū)的源/目的地地址、端口號和流過濾(Flow Filter) 142來進(jìn)行。不一致的情況下，結(jié)束針對那個封裝規(guī)則(Encapsulation Rule)的處理。 一致的情況下，把數(shù)據(jù)包以IPv6報頭封 裝，把目的地地址設(shè)定在CoA143，發(fā)送源地址設(shè)定在HA13，流標(biāo)記(Flow Label)設(shè)定在流標(biāo)記(Flow Label) 144上(545)。之后，把封裝的數(shù)據(jù) 包發(fā)給CoA143 (546)。另外，在循環(huán)543 547中，當(dāng)和數(shù)據(jù)包一致的流過 濾(Flow Filter) 142—個也不存在時，HA13把封裝后的目的地地址定為 步驟542中檢索到的條目CoA133，把發(fā)送源地址定為HA13，把流標(biāo)記(Flow Label)定為事先設(shè)定好的默認(rèn)值(例如0)進(jìn)行發(fā)送也可以?；蛘?，不發(fā) 送數(shù)據(jù)包丟棄也可以。返回圖13，說明MN23對CN14的數(shù)據(jù)包發(fā)送處理(步驟236 238)。 MN23把以CN14為目的地的數(shù)據(jù)包封裝發(fā)送(236)。這時，封裝之前的目的 地地址設(shè)定CN14，發(fā)送源地址設(shè)定MN23的HoA。又，封裝后的目的地地址 設(shè)定HA13，發(fā)送源地址設(shè)定MN23的CoA。數(shù)據(jù)包236經(jīng)由PDSN21a到達(dá)HA13。 HA13接收到數(shù)據(jù)包236，則去除外側(cè)的IPv6報頭。又，參照拆裝規(guī)則表(Decapsulation Rule Table) 150設(shè)定流量類別(Traffic Class) (237)， 把數(shù)據(jù)包發(fā)給CN14 (238)。使用圖15詳細(xì)說明HA13中的數(shù)據(jù)包拆裝后的流量類別(Traffic Class)設(shè)定處理(237)。 HA13首先抽出數(shù)據(jù)包的發(fā)送源IP地址(561)。 之后，從移動IP表(Mobile IP Table) 130的HoA132中檢索步驟561中 抽出的發(fā)送源IP地址(562)。當(dāng)不存在相應(yīng)的條目的情況結(jié)束處理。當(dāng)存 在相應(yīng)的條目的情況，對步驟562中檢索的條目拆裝規(guī)則的指針(Decap. Rule IDs) 136所指示的拆裝規(guī)則表(Decapsulation Rule Table) 150 的條目，進(jìn)行循環(huán)563 567的處理。首先，檢查數(shù)據(jù)包是否和流過濾(Flow Filter) 152 —致(564 )。不一致的情況，結(jié)束對這個拆裝規(guī)則(Decapsulation Rule)的處理。一致的情況，把數(shù)據(jù)包的流量類別(Traffic Class)設(shè)定為流量類別(Traffic Class) 153 (565)，發(fā)送數(shù)據(jù)包(567), 結(jié)束循環(huán)563 567。下面，使用圖16說明業(yè)務(wù)會話結(jié)束時的處理。首先，MN23通過AF11 結(jié)束和CN14的業(yè)務(wù)會i舌(251)。 AF11對PCRF12發(fā)送Diameter STR (252)， 通知業(yè)務(wù)會話的結(jié)束。PCRF12對HA13發(fā)送Diameter RAR (253)，刪除關(guān) 于業(yè)務(wù)的封裝規(guī)則/拆裝規(guī)則。HA13從封裝規(guī)則表(Encapsulation Rule Table) 140、拆裝規(guī)則表(Decapsulation Rule Table) 150、移動IP表(Mobile IP Table) 130刪除相應(yīng)的規(guī)則(254)，對PCRF12反饋Diameter RAA ( 255 )。 PCRF12從業(yè)務(wù)表(Service Table) 70、封裝規(guī)則表(Encapsulation Rule Table) 100、拆裝規(guī)貝lj表(Decapsulation Rule Table) IIO刪除關(guān)聯(lián)的信息(256)，以Diameter STA(257)應(yīng)答AFll。通 過實施以上的過程，可以在業(yè)務(wù)會話結(jié)束時從PCRF12、 HA13刪除關(guān)聯(lián)的條 目。圖17表示在麗23 — CN14之間的數(shù)據(jù)包通信中，麗23的無線鏈路消 失時的時序。起初，顧23和CN14經(jīng)由PDSN21a、 HA13處于通信中的狀態(tài)(271)，但麗23移動至圈外，無線鏈路消失(272)。檢測到麗23的無線 鏈路消失的PDSN21a，把PPP會話表(PPP Session Table) 420的狀態(tài)(Status)423設(shè)定為非激活(inactive)對PCRF12發(fā)送DiameterCCR(273)。 PCRF12把PPP會話表(PPP Session Table) 80的狀態(tài)(Status) 80f設(shè)定 為非激活(Inactive) (274)，以Diameter CCA (275)應(yīng)答。又，PCRF12 從封裝規(guī)則表(Encapsulation Rule Table) 100和拆裝規(guī)則表(Decapsulation Rule Table) 110中檢索使用在步驟274中設(shè)定為非激 活(inactive)的PPP會話(Session)的業(yè)務(wù)(276)。然后，對AFll發(fā) 送Diameter RAR (277)，通知業(yè)務(wù)的無線鏈路消失。AFll反饋Diameter RAA(278)，切斷相應(yīng)的業(yè)務(wù)會話(279)。以后的處理和圖16的步驟252 257 一樣。通過實施上述的過程，由此具有無線鏈路消失時隨即釋放AFll、 PCRF12、 HA13、 CN14內(nèi)的資源的效果。圖18表示在MN23—CN14之間的數(shù)據(jù)包通信中，MN23由PDSN21a移 動到PDSN21b時的處理。起初，MN23和CN14經(jīng)由PDSN21a、 HA13處于通信 中的狀態(tài)(291)。 MN23檢測EV-D0 RAN22b的無線鏈路，對PDSN21b進(jìn)行 PPP會話(Session)的建立及承載和TFT的設(shè)定(292)。在這個步驟中設(shè) 定PDSN21b內(nèi)的PPP會話表(PPP Session Table) 420。然后，PDSN21b 對PCRF12發(fā)送Diameter CCR (293)，通知分配給終端的IP地址(CoA)和 終端建立起來的承載信息。PCRF12把通知的信息存儲在PPP會話表(PPP Session Table) 80中(294)，以Diameter CCA (295)反饋給PDSN21b。然后，MN23對HA13登記HoA和CoA的綁定(Binding)信息(296)。 HA13在更新移動IP表(Mobile IP Table) 130的信息的同時(297)，發(fā) 送Diameter CCR (298)通知給PCRF12。 PCRF12以移動IP表(Mobile IP Table)90被更新的事件為契機(jī)，進(jìn)行封裝規(guī)則和拆裝規(guī)則的再計算(301)。 使用圖19，詳細(xì)說明PCRF12的封裝規(guī)則再計算處理。起初，從封裝 規(guī)則表(Encapsulation Rule Table) 100的101b檢索步驟299中更新的 條目的移動ID (Mobile ID) 91 (581)。對于581中檢索到的條目實施循環(huán)作條目的副本，追加給封裝規(guī)則表 (Encapsulation Rule Table) 100 (583)。然后，把583的復(fù)制地的條目 的有效期(Expiresl02d)縮至一定值(例如10秒)(584)。之后，實施圖 11的506 510，把檢索/決定好的值設(shè)定為583的復(fù)制目的地的條目(585)。 上面說明了封裝規(guī)則的再計算處理，對拆裝規(guī)則，也以同樣的步驟進(jìn)行再 計算。而且，如步驟584所示，對舊條目保持一定期間，由此，HA13可以 對新舊網(wǎng)絡(luò)暫時雙播數(shù)據(jù)包。這是MN23在移動網(wǎng)絡(luò)時為不會被切斷而可以 收發(fā)數(shù)據(jù)包所必須的處理。返回圖18繼續(xù)時序的說明。PCRF12對HA13發(fā)送Diameter RAR(302)， 設(shè)定步驟301中再計算的規(guī)則。HA13把通知的規(guī)則設(shè)定在封裝規(guī)則表 (Encapsulation Rule Table) 140、 拆裝規(guī)貝il表(Decapsulation Rule Table) 150、移動IP表(Mobile IP Table) 130上(303)，以Diameter RAA (304)應(yīng)答PCRF12。 實施例2本發(fā)明的第2實施例，設(shè)想為以網(wǎng)絡(luò)為主導(dǎo)(也就是說PCRF12主導(dǎo)) 進(jìn)行RAN的通信信道的設(shè)定。實施例2的網(wǎng)絡(luò)組成和實施例1 一樣。裝置組成除了 PCRF12具備圖 25的QoS分布表(Profile Table)這點外，和實施例l相同。圖25的QoS分布表(Profile Table) 440是管理各終端在圈網(wǎng)內(nèi)可 使用的QoS分布(Profile)的表。PCRF12由于具備這個表，可以在業(yè)務(wù) 開始時決定適合網(wǎng)絡(luò)條件的QoS參數(shù)。QoS分布表(Profile Table) 440 由，唯一識別PDSN及PPP會話(PPP Session)的ID (PPP Session ID) 441、終端IP地址(Terminal IP Address) 442、承載信息(Bearer Information) 443組成。承載信息(Bearer Information) 443，由承載用 途(Usage) 443a、優(yōu)先級(Priority) 443b、保證帶寬(Bandwidth) 443c 組成。使用圖20和圖21，說明實施例2中的終端連接/業(yè)務(wù)會話建立時序。 步驟321 329表示麗23接入EV-DO RAN22a時運(yùn)行的時序。起初，MN23 接入EV-D0 RAN22a，對PDSN21a建立PPP會話(PPP Session) (321)。在 實施例2中，在這個時點，不進(jìn)行媒體(語音/圖像)通信用承載的設(shè)定。 為此，PDSN21a的PPP會話表(PPP Session Table) 420上僅設(shè)定PPP會 話ID (PPP Session ID) 421和終端IP地址(Terminal IP Address) 422。然后， 18的IP地址(CoA)和廳23在訪問網(wǎng)絡(luò)(Visited Network) 2中可使用的承 載的QoS分布(Profile)。 PCRF12把通知的信息存儲在PPP會話表(PPP Session Table)80和QoS分布表(Prof ile Table)440中(323),對PDSN21a 反饋Diameter CCA (324)。然后，MN23對HA13登記HoA和CoA的綁定(Binding)信息(325)。 HA13把這個信息存儲在移動IP表(Mobile IP Table)130的同時，對PCRF12 發(fā)送Diameter CCR(327)。
PCRF12把HA13通知的信息存儲在移動IP表(Mobile IP Table) 90上(328)，對HA13反饋Diameter CCA(329)。步驟330 340，表示業(yè)務(wù)會話建立時的時序。首先，MN23通過AF11 和CN14建立業(yè)務(wù)會話(330)。 AF11對PCRF12通知從業(yè)務(wù)會話控制信號(SIP/SDP)抽出的業(yè)務(wù)信息(331)。 PCRF12把通知的信息存儲在業(yè)務(wù)表(Service Table) 70上(332)，進(jìn)行業(yè)務(wù)上使用的承載信息(也就是說 QoS次數(shù)和TFT)的選擇/生成和封裝/拆裝規(guī)則的生成(333)。承載信息， 也可以從步驟323中存儲在QoS分布表(Profile Table) 440的QoS分布(Profile )中選擇，或者PCRF12根據(jù)業(yè)務(wù)信息重新決定參數(shù)也可以。從 QoS分布表(Profile Table) 440選擇業(yè)務(wù)中要使用的承載信息的情況， 具有可以省略一部分PCRF12中的參數(shù)決定處理的效果。另外，PCRF12根據(jù) 業(yè)務(wù)信息重新決定參數(shù)的情況，具有靈活應(yīng)對在訪問網(wǎng)絡(luò)(Visited Network) 2中沒有事先設(shè)定的業(yè)務(wù)的效果。封裝規(guī)則和拆裝規(guī)則的生成方 法和實施例1中說明的圖11、圖12 —樣。然后，PCRF12對PDSN21a發(fā)送Diameter RAR (334),通知步驟333 中選擇/決定的承載信息。PDSN21a把通知的信息存儲在會話表(Session Table) 420上，在建立承載后(335)，以Diameter RAR(336)應(yīng)答PCRF12。 通過實施上述過程，具有業(yè)務(wù)會話建立時可動態(tài)設(shè)定適合業(yè)務(wù)的承載信息 的效果。下面，進(jìn)入圖21繼續(xù)時序的說明。PCRF12對HA13發(fā)送Diameter RAR (337)，設(shè)定步驟333中生成的封裝規(guī)則/拆裝規(guī)則。HA13把規(guī)則存儲在封 裝規(guī)貝據(jù)(Encapsulation Rule Table) 140、拆裝規(guī)貝據(jù)(Decapsulation Rule Table) 150、移動IP表(Mobile IP Table) 130上(338)，以Diameter RAA (339)應(yīng)答PCRF12。 PCRF12對AF11發(fā)送Diameter AM (340),應(yīng)答 步驟331的Diameter MR。圖22表示實施例2中的業(yè)務(wù)會話結(jié)束時的處理。首先，MN23通過AF11 結(jié)束和CN14的業(yè)務(wù)會話(361)。 AF11對PCRF12發(fā)送Diameter STR (362)，通知業(yè)務(wù)會話的結(jié)束。PCRF12對HA13發(fā)送Diameter RAR(363)，刪除有關(guān) 業(yè)務(wù)的封裝規(guī)則/拆裝規(guī)則。HA13從封裝規(guī)則表(Encapsulation Rule Table) 140、拆裝規(guī)則表(Decapsulation Rule Table) 150、移動IP表 (Mobile IP Table) 130刪除相應(yīng)的規(guī)則(364)，對PCRF12反饋Diameter RAA (365)。 PCRF12繼續(xù)對PDSN21a發(fā)送Diameter RAR (366)， i青求承載 的刪除。PDSN21a刪除承載(367),從PPP會話表(PPP Session Table) 420刪除相應(yīng)的承載信息之后，以Diameter RAA(368)應(yīng)答PCRF12。PCRF12， 從業(yè)務(wù)表(Service Table) 70、 PPP會話表(PPP Session Table) 80、封 裝規(guī)則表(Encapsulation Rule Table) 100、拆裝規(guī)貝懷(Decapsulation Rule Table) 110刪除關(guān)聯(lián)信息(369)，以Diameter STA對AF11應(yīng)答(370)。 通過實施上述過程，具有可以在業(yè)務(wù)會話結(jié)束時釋放承載且從PCRF12、 HA13、 PDSN21a刪除關(guān)聯(lián)的條目的效果。在實施例2中，通過在建立服務(wù)會話時動態(tài)地設(shè)定承載，即使在不能 預(yù)先決定QoS參數(shù)的情況下，也能靈活地進(jìn)行適用。標(biāo)號說明1——本地網(wǎng)絡(luò)(Home Network)2——訪問網(wǎng)絡(luò) (Visited Network)11一一AF 12——PCRF13——HA 14——CN21a、 b——PDSN22a、 b——EV-D0畫 23——麗70——業(yè)務(wù)表(Service Table) 80—一PPP會話表(PPP Session Table) 90—一移動IP表(Mobile IP Table)100--封裝規(guī)貝懷(Encapsulation Rule Table)110——拆裝規(guī)貝懷(Decapsulation Rule Table) 120 — 一流類型(Flow Type)-流量類別映射表(Traffic Class Mapping Table)130 — —移動IP表(Mobile IP Table)140--圭寸裝規(guī)貝懷(Encapsulation Rule Table)150--拆裝規(guī)貝據(jù)(Decapsulation Rule Table)20420——PPP會話表(PPP Session Table) 440——QoS分布表(QoS Profile Table) 500— —封裝規(guī)則生成流程 520—一拆裝規(guī)則生成流程 540 — 一數(shù)據(jù)包封裝流程560—一數(shù)據(jù)包拆裝后的流量類別(Traffic Class)設(shè)定流程 580— —封裝規(guī)則再計算流程。
權(quán)利要求
1.一種通信系統(tǒng)，包括終端；把向上述終端傳送的數(shù)據(jù)包進(jìn)行封裝的服務(wù)器；把從上述服務(wù)器接收的數(shù)據(jù)包傳送給上述終端的通信裝置；以及和上述服務(wù)器連接的控制裝置，其特征在于，上述通信裝置，具備與上述終端之間建立的信道的QoS信息和對應(yīng)于該信道的ID信息，上述控制裝置，比較由上述通信裝置通知的上述通信裝置和上述終端之間建立的信道的QoS信息和所接收流的QoS信息，并對上述流分配上述信道，對上述服務(wù)器通知用于識別上述流的流識別條件和對上述流分配的上述信道的上述ID，上述服務(wù)器，在把和上述流識別條件一致的數(shù)據(jù)包傳輸給上述終端之時，把上述ID設(shè)定在上述數(shù)據(jù)包的封裝后的頭區(qū)上，上述通信裝置，把從上述服務(wù)器接收的數(shù)據(jù)包傳輸給上述終端之時，參照接收數(shù)據(jù)包的上述ID，由此向?qū)?yīng)于上述ID的信道傳輸數(shù)據(jù)包。
2. 權(quán)利要求1所述的通信系統(tǒng)，其特征在于，當(dāng)上述終端在通信中移動到和上述通信裝置的區(qū)域不同的區(qū)域的情況下，上述控制裝置參照上述終端和上述移動目的地的通信裝置之間建立 的信道的QoS信息和所接收的流的QoS信息，對上述流分配ID，把該分配 好的ID和流的流識別條件通知給移動目的地的上述通信裝置，上述服務(wù)器對移動出發(fā)地和移動目的地的通信裝置雙播一定時間的 數(shù)據(jù)包。
3. 權(quán)利要求1所述的通信系統(tǒng)，其特征在于，上述服務(wù)器把向上述終端傳輸?shù)臄?shù)據(jù)包用IPv6報頭封裝，把上述ID 設(shè)定為上述IPv6報頭的流標(biāo)記字段或者流量類別字段。
4. 權(quán)利要求1所述的通信系統(tǒng)，其特征在于，上述QoS信息是分配給應(yīng)適用QoS的業(yè)務(wù)名稱、優(yōu)先級、保證帶寬、 保證延遲、或者抖動當(dāng)中的至少一個或者這些當(dāng)中的至少任何兩個的組合
5. —種通信系統(tǒng)，包括終端；把向上述終端傳送的數(shù)據(jù)包進(jìn)行封 裝的服務(wù)器；把從上述服務(wù)器接收的數(shù)據(jù)包傳送給上述終端的通信裝置； 以及和上述服務(wù)器連接的控制裝置的通信系統(tǒng)，其特征在于，上述控制裝置，根據(jù)接收的流的QoS信息，決定應(yīng)適用在上述終端和 上述通信裝置之間建立的信道的QoS，把該決定的信道的QoS信息和對應(yīng)于上述信道的ID通知給上述通信裝置，而且，把上述流的識別條件和上述ID通知給上述服務(wù)器， 上述服務(wù)器在把和上述流識別條件一致的數(shù)據(jù)包傳送給上述終端之時，把上述ID設(shè)定在上述數(shù)據(jù)包的封裝后的頭區(qū)上，上述通信裝置把從上述服務(wù)器接收的數(shù)據(jù)包傳輸給上述終端之時，參照接收數(shù)據(jù)包的上述ID，由此向?qū)?yīng)于上述ID的信道傳送數(shù)據(jù)包。
6. —種服務(wù)器，通過網(wǎng)絡(luò)和控制裝置連接，把接收的數(shù)據(jù)包進(jìn)行封 裝通過通信裝置傳送給終端，其特征在于，從上述控制裝置接收用于識別流的流識別條件以及對應(yīng)于在上述通 信裝置和上述終端之間建立的信道的ID，把和上述流識別條件一致的數(shù)據(jù)包發(fā)給上述終端之時，把上述ID設(shè) 定在上述數(shù)據(jù)包封裝后的頭區(qū)上，并傳送給上述終端。
7. —種控制裝置，和通過網(wǎng)絡(luò)把數(shù)據(jù)包進(jìn)行封裝的服務(wù)器以及從上 述服務(wù)器接收上述封裝過的數(shù)據(jù)包并傳送給終端的通信裝置相連接，其特 征在于，具備在上述通信裝置和上述終端之間建立的信道QoS信息和對應(yīng)于 該信道的ID信息，對上述服務(wù)器通知流識別條件和當(dāng)與該流識別條件一致時應(yīng)設(shè)定在 頭區(qū)的上述ID。
8. —種通信裝置，通過網(wǎng)絡(luò)和控制裝置連接，傳送服務(wù)器發(fā)送的封 裝好的發(fā)往終端的數(shù)據(jù)包，具備與上述終端之間建立的信道的QoS信息和對應(yīng)于該信道的ID信息，把從上述服務(wù)器接收的數(shù)據(jù)包傳送給上述終端時，在上述服務(wù)器中， 當(dāng)接收數(shù)據(jù)包和上述控制裝置通知的流識別條件一致時，參照設(shè)定在上述數(shù)據(jù)包封裝后的頭區(qū)上的上述ID，由此向?qū)?yīng)于上述ID的信道上傳送數(shù)據(jù) 包。
全文摘要
本發(fā)明涉及通信系統(tǒng)、服務(wù)器、控制裝置及通信裝置，提供一種使用移動(Mobile)IPv6進(jìn)行移動通信控制的移動通信系統(tǒng)，以解決終端-HA之間的數(shù)據(jù)包用移動IPv6(Mobile IPv6)封裝時，PDSN無法識別移動IPv6(Mobile IPv6)隧道內(nèi)的IP流，從而在EV-DO RAN中不能應(yīng)用適合業(yè)務(wù)的QoS的問題。PCRF把指定IP流的過濾信息和對上述IP流所分配的流標(biāo)記(Flow Label)通知給HA。HA在和上述過濾信息一致的數(shù)據(jù)包的外側(cè)IPv6報頭上設(shè)定上述流標(biāo)記(Flow Label)進(jìn)行傳輸。PDSN則通過參照設(shè)定在外側(cè)IPv6報頭上的流標(biāo)記(Flow Label)識別移動IPv6(Mobile IPv6)隧道內(nèi)的IP流。由此，即使使用移動IPv6(Mobile IPv6)的情況，也可以在EV-DO RAN中應(yīng)用適合業(yè)務(wù)的QoS。
文檔編號H04L29/06GK101325547SQ20081008820
公開日2008年12月17日 申請日期2008年3月21日 優(yōu)先權(quán)日2007年6月15日
發(fā)明者中原成人, 中村仁美, 松本謙尚, 森重健洋 申請人:日立通訊技術(shù)株式會社